[Git] 6. 협업

1. Organization 생성

2. Repository 생성

• New Repository 생성

• public으로 생성

3. 프로젝트 생성

4. 브랜치 보호

1. master 브랜치에 push 권한 제어

2. topic을 push해서 master에 merge 해도 돼?
• 팀원은 Pull Request를 통해 push 요청
• 팀원 중 1명이라도 승인하면 merge가 가능하게

• Repository - Settings

• Branches - Add classic branch protection rule 생성

• Branch name pattern - master

• Protect matching branches - Require a pull request before merging 체크
• Require approvals : n명 이상의 찬성이 있으면 코드 push 가능

5. 팀원 초대

• Add people → 팀원의 github ID 입력하여 초대

• 초대를 받으면 등록된 email 혹은 github 내의 inbox에 알림

6. 협업 순서

1. git checkout master : 메인 브랜치로 이동

2. git pull origin master : 코드 수정사항 저장

3. git checkout feat(기능 브랜치) : 작성하던 기능 브랜치로 이동

4. git merge master : 코드 수정사항 반영 및 충돌 관리

5. git push origin feat : 작성한 기능 업로드

6. pull request : Reviewer가 체크 후 코드 merge

1. pull request 체크

• 컨벤션이 지켜지지 않은 경우, reject

• 이상이 없으면 approve

• Squash and merge

• Merge Commit
• Commit message에 [feat] 추가
• confirm squash and merge