Git을 활용해 협업하기

1. 깃 커밋 컨벤션 규칙(git commit convension)

• 보통 프로그래밍 언어를 사용하여 개발시 일정한 규칙에 따라 코딩한다.
  • 카멜 케이스 표기법(CamelCase)
  • 스네이크 케이스 표기법(snake_case)
• git 커밋도 마찬가지로 특별한 경우가 아니라면 git commit시 일정한 규칙을 지켜서 커밋하면 좋다.

1.1 대표적인 커밋 컨벤션

1.2 커밋 컨벤션 사용방법

• [사용할 태그이름] : 사용한 태그 의미와 부합되는 설명
  • ex ) Docs : Create READEME.md
• 추가적으로 설명할 내용이 있는 경우 제목이 아닌 body 부분에 작성

2. Branch 독립된 저장공간에서 작업하기

• 브랜치란 작업을 분기하기 위해 만들어진 독립된 작업 공간이다.
• 생성된 각각의 브랜치는 다른 브랜치에 영향을 받거나 영향을 주지 않는다.
• 일반적으로 레파지토리를 생성하게 되면 main이라는 작업공간이 생성된다.

2.1 브랜치의 종류

• 프로젝트 진행시 여러 브랜치들을 생성하여 작업하게 되는데 보통 hotfix, main, release, develop, feature 이름을 붙인다.

2.2 브랜치 사용방법

• git branch : 현재 브랜치의 목록 확인
• git branch [생성할 브랜치 이름]: 특정 이름으로 브랜치 생성
• git switch(구 checkout) [생성된 브랜치 이름] : 현재 위치한 브랜치에서 입력한 브랜치로 이동함

3. Merge 다른 Branch에서 작업한 내용을 병합하자

• 현재 브랜치에 다른 브랜치에서 작업한 내용을 합치는 것
• 앞서 포스팅에서 설명한 것처럼 main, develop, feature등 다양한 브랜치를 통해 나누어 작업을 끝낸이후 프로젝트를 배포하거나, 통합테스트를 하기위해서는 하나로 합쳐주어야 한다.

3.1 Merge 사용방법

• git merge [병합할 브랜치 이름] : 현재 위치한 브랜치에 입력한 브랜치의 내용을 병합함

3.2 Merge Conflict(병합 충돌)

• 동일한 파일의 동일한 부분을 수정하고 병합하는 경우 충돌이 발생한다.
• 충돌이 발생한 파일은 원하는 방향으로 수정한 후 다시 커밋해주면 해결된다.
• 협업 혹은 동일한 프로젝트를 다른 환경에서 개발하다보면 자주 접하게 되는 오류이므로 당황하지말자