GIT - 협업

생활 코딩을 보고 정리하는 4번째 GIT - 협업 입니다🙃

본 포스팅의 내용은 전부 생활코딩 GIT4 - 협업을 토대로 하고 있습니다.

협업

github의 하나의 repo를 여러 사람들이 공동으로 작업하며 협업할 수 있습니다.

---

Github에서 협업

**이부분은 생활코딩과 조금 달라졌습니다.

1. github 페이지 접속
2. repo의 Settings -> Manage access -> Invite a collaborator 를 통해, collaborator를 초대합니다.
3. 초대장을 받은 사람이 Accep invitation을 선택해 협업자 관계를 맺습니다.

---

이부분은 혼자서 진행할 수 없는 부분이 있어 나중에 협업할 기회가 있으면 수정할 예정

---

Conflict

git mergetool : 병합툴을 사용할 수 있습니다.

conflict 예시 문서

1
<<<<<<< HEAD
2b
=======
2a
>>>>> 0sdklanjrhw123214aqwee1232

위에 이런식으로 conflict난 파일 내부를 나타내줍니다.
그러면 ====== 선을 기준으로 겹쳐 있는 내용 중, 한가지 수정사항으로 고쳐줍니다.

<<<<<<< HEAD, =======, >>>>>> 0sdklanjrhw123214aqwee1232 는 구분선으로 깃에서 저절로 생성해주는 것.

만약 merge한 상황이라면 git commit을 통해 커밋메세지를 생성할 때 이미 메세지 부분에 Merge한 상황을 처리했다는 문구가 들어가 있습니다.

---

fetch

full 대신 fetch를 통해 원격저장소를 땡겨오면, 원격저장소의 브런치가 현재 로컬 저장소의 브런치보다 한단계 앞서 있습니다. 이 상태에서 git merge [병합할 브런치]를 하면 git pull와 같은 결과가 됩니다. 즉, fetch를 하면 원격저장소만 최신화 시킨 후, 현재 로컬의 git 상태는 유지되는 것입니다.

• fetch를 할 때마다 .git에 FETCH_HEAD라는 파일에 정보를 저장. 땡겨온 원격저장소의 버전이 들어가 있음.
• git fetch -> git merge FETCH_HEAD를 통해 가장 최근의 원격저장소 버전과 합칠 수 있음.
• pull을 신중하게 하고 싶을 때, 먼저 사용한다고 생각하면 편합니다. 복잡하면 그냥 pull하세요. 이고잉선생님의 의견입니다!😘