Git_기초개념2

프로젝트 협업은 아래 단계로 진행된다

1.  누가 어떤 작업을 담당할 것인가? - Issue
2. 각자 맡은 작업을 진행 - Branch
3. 작업한 내용을 리뷰하고 최종적으로 프로젝트에 반영한다. - PR 후 Merge

• Issue
  이슈는 내가 할 작업, 기능 추가, 버그 리포트 등 여러 방식으로 사용 가능
  협업을 위해 이슈를 만들어 누가 어떤 작업을 담당할지 정하고 브랜치를 만들어 작업할 공간을 나눈다.

 

• Branch
  브랜치는 특정 commit에서 갈라져나와 작업할 수 있다.
  보통 기능별로 이름을 붙여 브랜치에 작업한다. ex) feature/login
  브랜치 명은 규칙을 가지고 만들면 프로젝트 관리가 쉬워진다.
  각 작업 브랜치에서 작업할 때는 다른 브랜치의 영향을 받지 않고 독립적으로 작업할 수 있다.

 

• Checkout
  작업할 브랜치로 바꾸는 것을 체크아웃이라고 한다. 체크아웃된 브랜치에만 commit이 반영된다.

 

• Merge
  브랜치의 작업 내역 commit들을 다른 브랜치로 반영하는 것을 머지(병합)이라고 한다.
  개발할 때 기준이 되는 기본 브랜치를 정해놓고 해당 브랜치에 내용을 merge 한다.
  작업 후 merge까지 완료되면 나중에 설정이 꼬이는 것을 방지하기 위해 작업이 완료된 브랜치는 삭제한다.

 

• Merge conflict (병합 충돌)
  Merge하는 과정에서 같은 파일의 동일한 부분을 수정한 것이 발견되면 Merge conflict가 발생한다.
  Git이 충돌을 파악할 수 있도록 내역을 보여준다.
  충돌을 수정하려면 최종적으로 반영할 코드로 수정한 다음 merge commit을 해준다.

 

• Tracking
  Local repo와 Remote repo의 특정 브랜치를 연결해주는 것이다.
  push와 pull은 기본적으로 tracking되고 있는 branch를 기준으로 commit 내역을 반영한다.

Tracking 도식화