깃허브(GitHub) 데스크톱 사용법 및 소스코드 커밋(Commit), 푸시(Push) 개념 정리

깃허브(GitHub) 데스크톱 사용법 및 소스코드 커밋(Commit), 푸시(Push) 개념 정리

 

깃허브 데스크톱(GitHub Desktop)은 복잡한 Git 명령어를 터미널 창(CLI) 대신 마우스 클릭(GUI)으로 쉽고 직관적으로 다룰 수 있게 도와주는 프로그램입니다.

개발자들의 협업 핵심 개념인 커밋(Commit)과 푸시(Push)의 개념을 명확히 정리하고, 깃허브 데스크톱을 활용한 실무 사용법을 안내해 드립니다.

---

1부: 핵심 개념 이해하기 (커밋과 푸시)

Git을 사용할 때 소스코드가 저장되는 공간은 크게 내 컴퓨터(로컬 저장소)와 깃허브 서버(원격 저장소) 두 가지로 나뉩니다. 이 두 공간 사이에서 데이터가 이동하는 과정이 바로 커밋과 푸시입니다.

1. 커밋 (Commit)이란?

• 정의: 내가 작업한 소스코드의 변경 사항을 내 컴퓨터(로컬 저장소)에 저장(기록)하는 행위입니다.
• 비유: 게임을 하다가 중요한 순간에 '세이브(Save)'를 하는 것과 같습니다. 나중에 코드가 망가지더라도 커밋해 둔 시점으로 언제든지 돌아갈 수 있습니다.
• 특징: 커밋을 아무리 많이 해도 인터넷(깃허브 서버)에는 반영되지 않으며, 오직 내 컴퓨터에만 기록이 남습니다. 커밋을 할 때는 반드시 "로그인 기능 구현 완료" 같은 커밋 메시지를 작성해야 나중에 히스토리를 파악하기 좋습니다.

2. 푸시 (Push)란?

• 정의: 내 컴퓨터에 세이브(커밋)해 둔 기록들을 깃허브 서버(원격 저장소)로 업로드하는 행위입니다.
• 비유: 내 컴퓨터에만 있던 게임 세이브 파일을 클라우드 서버에 동기화하는 것과 같습니다.
• 특징: 푸시를 완료해야 비로소 깃허브 웹사이트에서 내가 작성한 코드가 보이며, 팀원들도 내가 작업한 코드를 다운로드(Pull)받아 확인할 수 있습니다. 즉, 협업의 최종 단계입니다.

---

2부: 깃허브 데스크톱 사용법 (실전 흐름)

프로그램을 다운로드하여 설치하고 로그인한 후, 코드를 올리는 전체적인 워크플로우입니다.

1. 저장소(Repository) 만들거나 가져오기

깃허브 데스크톱을 실행하면 처음 세 가지 선택지가 나타납니다.

• Clone a Repository: 이미 깃허브 웹사이트에 만들어져 있는 저장소를 내 컴퓨터로 다운로드할 때 사용합니다.
• Create a New Repository: 내 컴퓨터에 새로운 프로젝트 저장소를 만들고 시작할 때 사용합니다.

2. 코드 수정하기 (작업 진행)

• 저장소 설정을 마쳤다면 평소처럼 VS Code나 메모장 같은 에디터 프로그램으로 소스코드를 수정하거나 새로운 파일을 생성합니다.
• 파일을 저장(Ctrl + S)하는 순간, 깃허브 데스크톱 프로그램이 실시간으로 어떤 코드가 수정되고 추가되었는지 감지하여 화면 왼쪽 변경 사항(Changes) 탭에 보여줍니다.
• 추가된 내용은 초록색, 삭제된 내용은 빨간색으로 가시성 있게 표시됩니다.

3. 세이브하기: 커밋(Commit) 단계

1. 깃허브 데스크톱 왼쪽 아래를 보면 Summary(필수) 칸이 있습니다.
2. 이곳에 이번 저장의 제목을 적습니다. (예: index.html 메인 배너 수정)
3. 하단의 Commit to main (또는 현재 브랜치 이름) 파란색 버튼을 클릭합니다.
4. 이제 내 컴퓨터에 변경 이력이 안전하게 저장되었습니다.

4. 서버에 올리기: 푸시(Push) 단계

• 커밋을 완료하면 상단 바 메뉴에 Publish repository 또는 Push origin이라는 파란색 버튼이 활성화됩니다.
• 이 버튼을 클릭하면 내 컴퓨터에 쌓여있던 커밋 내역들이 깃허브 서버로 안전하게 업로드됩니다.
• 업로드가 끝나면 깃허브 웹사이트에 접속해 내 레포지토리에 코드가 정상적으로 올라갔는지 확인할 수 있습니다.

---

💡 초보자를 위한 깃허브 데스크톱 활용 팁

• 커밋은 쪼갤수록 좋습니다: 커다란 기능 전체를 다 만들고 한 번에 커밋하기보다, "로그인 UI 완성", "버튼 클릭 오류 수정"처럼 작은 의미 있는 단위로 자주 커밋하는 것이 좋습니다. 그래야 나중에 에러가 났을 때 원인을 찾기 쉽고 되돌리기도 편합니다.
• 푸시 전에는 항상 풀(Pull)하기: 여러 사람과 함께 협업할 때는 내가 푸시하기 전에 팀원이 먼저 코드를 올렸을 수 있습니다. 상단 메뉴의 Fetch origin 버튼을 눌러 서버에 바뀐 내용이 있다면 먼저 Pull(내 컴퓨터로 다운로드) 받아 합친 후 푸시하는 습관을 들이면 충돌(Conflict) 에러를 크게 줄일 수 있습니다.