[GitHub] GitHub의 커밋, 푸시, 풀

목차

GitHub의 코드 관리 기본 이해하기: 커밋, 푸시, 풀 🌟

안녕하세요, 개발자 여러분! GitHub을 통한 코드 관리에는 몇 가지 핵심적인 개념이 있습니다. 오늘은 이러한 기본적인 작업인 '커밋(Commit)', '푸시(Push)', 그리고 '풀(Pull)'에 대해 자세히 알아보겠습니다. 이 세 가지 기본적인 작업은 GitHub을 사용한 효과적인 프로젝트 관리의 기초를 이룹니다.

---

원격 레포지토리에 연결하기

• git remote add origin [프로젝트의 GitHub 상 주소] 명령어를 실행하여 원격 레포지토리(origin)를 등록합니다.

 

커밋(Commit): 변경사항 기록하기 📝

커밋은 소스 코드의 변경 사항을 로컬 저장소에 기록하는 행위입니다. 각 커밋은 프로젝트의 이력을 안전하게 관리하는 데 중요한 역할을 합니다.

커밋 과정

1. 변경 사항 스테이징: git add <파일명>을 통해 변경된 파일을 Staging Area에 추가합니다.
2. 커밋 생성: git commit -m "커밋 메시지"로 커밋을 생성합니다.

 

푸시(Push): 원격 저장소에 코드 업로드하기 ⬆️

푸시는 로컬 저장소의 커밋을 원격 저장소(GitHub)에 업로드하는 과정입니다. 첫 번째 푸시에서는 -u 옵션이 중요한 역할을 합니다.

첫 번째 푸시: -u 옵션의 중요성

• git push -u origin master 명령어로 로컬 레포지토리의 master 브랜치의 내용을 원격 레포지토리의 master 브랜치에 보냅니다.

-u 옵션의 역할

• -u 또는 --set-upstream 옵션은 로컬 레포지토리의 master 브랜치가 원격 레포지토리의 master 브랜치를 추적하도록 설정합니다. 이것을 'tracking connection'이라고 합니다.
• 이 설정이 완료되면, 이후에 git push나 git pull을 간단히 실행할 수 있습니다. 즉, 추후 명령에서 리모트 이름과 브랜치를 생략할 수 있는 편리함을 제공합니다.

-u 옵션이 없다면?

• -u 옵션을 생략하고 git push origin master만 실행할 경우, 첫 푸시 이후의 git push나 git pull 명령어 사용이 번거로워집니다.
• 추후에 git push를 하고 싶을 때는 git push origin master:master와 같이 길게 명시해야 합니다.

 

풀(Pull): 원격 저장소의 최신 코드 가져오기 ⬇️

풀은 원격 저장소의 최신 변경 사항을 로컬 저장소로 가져오는 과정입니다. 팀 프로젝트에서 동기화를 유지하는 데 필수적입니다.

풀 과정

• 동기화 실행: git pull origin master 명령어로 원격 저장소의 master 브랜치로부터 최신 변경 사항을 로컬 저장소에 반영합니다.
• 정기적 풀: 프로젝트의 동기화를 위해 정기적으로 풀을 수행하는 것이 좋습니다.

 

 

마무리하며...

이러한 기본적인 Git 명령어들은 GitHub에서의 효율적인 코드 관리를 위한 출발점입니다. 커밋, 푸시, 풀을 통해 협업하는 프로젝트에서의 코드 변경사항을 원활하게 관리해보세요. 이 기본적인 작업들을 숙지하면, 여러분의 프로젝트 관리가 한층 더 효율적이고 체계적으로 변할 것입니다.

---

여러분의 성공적인 프로젝트 관리를 응원합니다! 💻🚀

---

Reference:

Git - Documentation

GitHub: Let’s build from here