Git & Github 협업 활용 정리

< 브랜치(branch) 활용하기 >

 

~ 브랜치 생성 명령어 ~

git branch login -> git branch

: login 이라는 브랜치를 생성 ( * 표시 붙은 게 현재 브랜치라는 뜻, (END)가 뜨면 q로 나가면 됨)

 

 

~ 브랜치 이동 명령어 ~

git switch login

: 현재 브랜치 위치가 main에서 login으로 이동됨

 

git branch

: 브랜치 위치가 어디에 있는지 확인 가능한 명령어

 

git checkout login

: switch와 같은 기능

 

git switch -c 브랜치이름  (= git checkout -b 브랜치이름)

: 브랜치를 생성하는 것과 동시에 이동도 함

 

 

~ 브랜치 합치는 명령어 ~

git switch 최종 브랜치 이름(ex: main)

git merge 합치고 싶은 브랜치 이름(ex: login)

: 먼저 main으로 이동하고 merge 한다

 

 

---

 

< Github 에서 Pull Request 활용하기 >

- 터미널 말고 Github 에서 합치자!! (코드 리뷰 때문에)

- 합치는 이유( cart branch -> main <- login branch )

 

git push login 브랜치명

: Compare & Pull Request 클릭

: base: main <- compare: login

=> Create Pull Request

: FIles changed - 코드 리뷰 가능

==> Merge pull request 클릭

===> Confirm Merge 클릭

====> 최종적으로 Merge 됨!

 

!! 온라인에서만 합쳤지 내 로컬에선 합쳐지지 않았기 때문에 땡겨와야 함 !!

: git pull origin 브랜치명

 

(정리)

1. 브랜치 생성 및 이동

2. 기능 개발 및 코드 저장

3. 코드 업로드 및 Pull request 생성

4. github에서 merge

5. 내 로컬에도 반영

---

 

< 협업 실전 가이드 >

 

브랜치 설계 시

- 배포용 브랜치 (main)

- 테스트용 브랜치 (dev)

- 개발용 브랜치 (기능)

 

로컬에서 먼저 테스트

git pull origin dev

: dev 브랜치 내용을 로컬에서 미리 테스트하여 에러 확인

 

---

< Github 초기 협업 가이드 >

 

1. 팀장: 초기 코드 작성 및 github 업로드

a. 폴더 생성

b. 초기 코드 작성

c. git init, add, commit

d. Github에 레포지토리 생성

e. Github 업로드 (git push)

 

2. 팀장: dev 혹은 develop 브랜치 생성

a. got switch -c dev

: 로컬에 dev 브랜치 생성 및 브랜치 이동

b. git push origin dev

: github에 반영

 

3. Github에서 dev 브랜치를 default로 설정

: Settings -> General -> default branch 변경

 

4. Collaborator 등록 (팀원 초대)

 

5. 팀원: git colone 하기

: <>code 들어가서 링크 복사하고 터미널 열어서 git clone 링크 . (점까지)

---

 < 기능 개발 시작 >

 

a. 기능 브랜치 생성 및 기능 개발

: git switch -c signup

-> git add .

-> git commit -m "회원가입 기능 완성"

-> git push origin signup

->Github 가서 pull request 하기

 

b. 리뷰 요청하기: Reviewers

 

c. 리뷰 요청받은 사람: Files Changed

: + 버튼 눌러서 리뷰 작성

: 리뷰가 끝나면 Start a Review -> Finish Your Review 클릭 -> Comment(애매할 때), Approve(승인: 코드 합쳐라), Request Changed(고쳐라) -> Submit review

 

d. pull request 에서 잘 됐는지 확인하기

 

e. 합치기 전 내 로컬에서 충돌 해결 및 테스트

: git pull origin dev

 

f. merge 하기 (테스트 후 문제 없고 충돌도 해결했을 시)

---

< 추가 기능 개발 >

 

a. dev 브랜치로 이동

: git switch dev

 

b. git pull origin dev

 

c. 다음 기능 개발... (위 반복)

 

+ 검색해 보면 좋은 것: Git flow

+ 안드로이드 개발 특성상 백업도 하면 좋음

 

---

 

브랜치 순서도

 

 

 

Git 명령어