[Git] Git과 GitHub 연동: Push와 Pull

About this offer

Git (깃)은 로컬 환경에서 코드의 변경 이력을 관리하고, GitHub (깃허브)는 Git 저장소를 원격에서 관리할 수 있도록 도와준다. Git과 GitHub를 함께 사용하면 내 컴퓨터에서 작업한 코드를 GitHub에 저장하거나, 다른 개발자가 변경한 코드를 내 컴퓨터로 가져올 수 있다. 이때 가장 많이 사용하는 명령어가 push 와 pull 이다. 전체적인 관계를 간단하게 표현하면 다음과 같다. 내 컴퓨터 GitHub Local Repository Remote Repository │ │ │ ─────── git push ──────────→ │ │ │ │ ←────── git pull ─────────── │ │ │ 1. Git Repository와 GitHub Repository Git을 사용하면 프로젝트의 변경 이력이 내 컴퓨터의 Local Repository(로컬 저장소) 에 저장된다. 반면 GitHub에 생성한 Repository는 Remote Repository(원격 저장소) 역할을 한다. 작업 파일 ↓ git add ↓ git commit ↓ Local Repository ↓ git push ↓ GitHub Repository 따라서 commit 과 push 는 서로 다른 작업이다. commit : 변경 사항을 로컬 저장소에 기록 push : 로컬 저장소의 커밋을 원격 저장소에 업로드 2. GitHub Repository 연결하기 GitHub에서 Repository를 생성한 후 로컬 프로젝트와 연결할 수 있다. 원격 저장소를 등록하려면 git remote add 명령어를 사용한다. git remote add origin https://github.com/username/project.git 여기서 origin 은 GitHub Repository를 가리키는 원격 저장소 이름이다. 현재 연결된 원격 저장소를 확인하려면: git remote -v 3. Push란? Push 는 로컬 저장소의 커밋을 원격 저장소인 GitHub에 업로드하는 작업이다. 예를 들어 로컬에서 다음과 같이 작업했다고 하자. git add . git commit -m "로그인 기능 추가" 이 커밋을 GitHub에 올리려면 git push 를 사용한다. git push origin main 여기서: origin : 연결된 원격 저장소 main : 업로드할 브랜치 를 의미한다. 처음 브랜치를 GitHub에 Push할 때는 다음과 같이 사용할 수도 있다. git push -u origin main u 옵션을 사용하면 로컬 브랜치와 원격 브랜치의 연결 관계를 설정할 수 있다. 이후에는 간단하게 다음과 같이 사용할 수 있다. git push 4. Pull이란? Pull 은 원격 저장소의 변경 사항을 로컬 저장소로 가져와 반영하는 작업이다. 다른 개발자가 GitHub에 새로운 코드를 Push했다면 내 로컬 환경에는 해당 변경 사항이 아직 반영되지 않는다. 이때: git pull 을 실행하면 원격 저장소의 변경 사항을 가져와 현재 브랜치에 반영한다. 특정 브랜치를 지정할 수도 있다. git pull origin main 즉, push 와 pull 은 서로 반대 방향으로 데이터를 이동시킨다고 생각하면 이해하기 쉽다. Local Repository GitHub │ │ │ git push │ │ ──────────────────────────→ │ │ │ │ git pull │ │ ←────────────────────────── │ │ │ 5. Pull과 Fetch의 차이 Git에서는 pull 과 비슷한 명령어로 fetch 도 자주 사용한다. git fetch fetch 는 원격 저장소의 변경 사항을 가져오지만 현재 작업 중인 브랜치에 바로 반영하지 않는다. 반면 pull 은 원격 저장소의 변경 사항을 가져온 후 현재 브랜치에 반영한다. 간단하게 정리하면 다음과 같다. 명령어 설명 git fetch 원격 저장소의 변경 사항을 가져오기 git pull 원격 저장소의 변경 사항을 가져와 현재 브랜치에 반영 git push 로컬 커밋을 원격 저장소에 업로드 6. Git과 GitHub의 기본 작업 흐름 실제 개발에서는 다음과 같은 흐름으로 Git과 GitHub를 사용한다. 코드 수정 후 GitHub에 업로드 코드 수정 ↓ git add ↓ git commit ↓ git push ↓ GitHub 예를 들어: git add . git commit -m "게시글 생성 기능 추가" git push 다른 개발자의 변경 사항 가져오기 GitHub ↓ git pull ↓ Local Repository ↓ 코드 수정 명령어로 표현하면: git pull 이후 코드를 수정하고 다시 add → commit → push 과정을 반복한다. 7. Push와 Pull 과정에서 발생할 수 있는 충돌 여러 개발자가 같은 파일을 수정하면 pull 과정에서 Merge Conflict 가 발생할 수 있다. 예를 들어 내가 로컬에서 파일을 수정하는 동안 다른 개발자가 같은 부분을 수정하여 GitHub에 Push했다고 가정해보자. 개발자 A 개발자 B 코드 수정 코드 수정 ↓ ↓ commit commit ↓ ↓ push ─────────→ GitHub ←──────── push ↓ 충돌 가능 이 경우 git pull 을 실행했을 때 충돌이 발생할 수 있다. 충돌이 발생하면 충돌한 파일을 확인하고 직접 코드를 수정한 후 다시 커밋해야 한다. git pull # 충돌 파일 수정 git add . git commit -m "Merge conflict 해결" git push 브랜치 전략이나 merge , rebase 를 함께 활용하면 여러 개발자가 작업할 때 충돌을 관리하기가 수월하다. 8. Git과 GitHub 작업 흐름 정리 Git과 GitHub를 사용을 실제적인 협업 흐름으로 표현하면 다음과 같다. GitHub에서 최신 코드 받기 ↓ git pull ↓ 코드 수정 ↓ git add ↓ git commit ↓ git push ↓ GitHub에 반영 결국 push 는 내 로컬의 변경 사항을 GitHub로 보내는 것 , pull 은 GitHub의 변경 사항을 내 로컬로 가져오는 것 이다. 여기에 add 와 commit 을 함께 이해하면 Git과 GitHub를 이용한 기본적인 개발 및 협업 흐름을 이해할 수 있다.