8일차. GIT을 이용한 협업
git config >> 현재 git 에 적용된 환경 설정 요소들이 들어가있다.
git remote >> 원격 저장소에 대한 행동을 할때 쓴다.
1. git remote add origin [레포지토리] : 원격으로 [레포지토리] 를 연결함
2. git remote remove origin [레] : 삭제함
>> 이후 git remote를 하면 연결된 origin 이 출력될 것임.
git push --set -upstream origin main
>> push 방법 중 1
Git flow
git 브랜치 전략에 대해서 (techcourse.co.kr)
git 브랜치 전략에 대해서
Git 우리는 개발을 진행하면서 우리가 구현한 소스코드를 git이라는 버전 관리 시스템을 통해 관리한다. git을 사용하지 않았더라면 협업을 진행하면서 메일이나 USB로 소스코드를 주고받아야 했
tecoble.techcourse.co.kr
1. git 초기 설정
git config --local user.name "닉네임"
git config --local user.email "이메일"
을 사용하여 config 파일에 user 정보를 등록해주어야한다.
2. git commit 시 유의할점
커밋 메시지 컨벤션
>> commit 시 주석을 달 수 있는데 만연하게 널린 통용되는 방법이 있다.
타입[범위] : 제목
[본문]
[꼬릿말]
이 그것이다.
2-1. 타입의 종류
>> Feat : 새로운 기능의 추가
>> Fix : 버그 수정
>> Docs : 문서 수정
>> Style : 스타일 관련 기능 (세미콜론 누락 등)
>> Refactor : 코드 리펙토링
>> Chore : 빌드 업무 수정, 및 잡다한 일.
3. Github Flow
: 깃의 브랜치 관리 전략
Git Flow , Github Flow , Gitlab Flow 가 있다.
그 중 Github Flow 에 대해 적겠다.
1. main 브랜치는 어떤 때든 배포가 가능하다
2. 새로운 작업을 하려면 main에서 새 브랜치를 만들어서 한다.
이때 브랜치 이름은 누가봐도 명료하게 적는다.
3. 작업한 것을 로컷 뿐만 아니라 원격에도 자주 푸시한다.
4. 피드백이나 도움이 필요한 경우 혹은 병합할 준비가 됬다면 pull request 한다.
5. 충분한 리뷰가 끝나면 main으로 병합한다.
6. main에 푸시가 됐거나 병합된 것은 즉각 배포.
1. main 브랜치에서 기능 관련 브랜치를 만들고 체크아웃한다.
2. 기능을 개발할 때마다 커밋하면서 푸시를 한다.
2-1. 개발 및 커밋하기 전 git fetch를 통해서 원격 저장소를 항상 최신화한다.
2-2. main에 새로운 기능이 추가되었다면 내 브랜치로 병합한다. 이 과정에서 충돌이 발생했을 시 충돌을 해결한다.
2-3. 커밋하기 전 항상 내 코드를 스스로 리뷰한다.
3. 기능 개발이 끝났다면 Pull Request를 연다.
3-1. Pull Request 도중 충돌이 발생했을 경우 로컬에서 충돌 해결한 다음 푸시한다.
4. 다른 사람들한테 Pull Request를 열었다고 알려준다.
5. 해당 팀원의 코드를 리뷰한다.
6. 리뷰가 끝났다면 병합한다.
7. 병합이 끝나면 원격 브랜치를 삭제한다.
