Git 특강_ 실전에서 주의할 것

*협업할 때, dev 브랜치 사용하기!

1. 로컬에서 dev 브랜치 생성 git switch -c dev

2.  github에도 반영 git push origin dev

 

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

: Settings - General - Default branch를 dev로.

 

 

*기능 개발은 항상 기능 브랜치 생성하기!

0. 현재 default는 dev 브랜치 (위치 확인)

1.기능 브랜치 생성 및 전환 : git switch -c 기능브랜치명 또는 git checkout -b 기능브랜치명

    git checkout -b feature/signup 이런식으로 기능브랜치명 작성

2. 코드 작성 후, PR(Pull Request)

  1) 코드작성

  2) git add .

  3) git commit -m "회원가입 기능 개발"

  4) git push origin feature/signup

     dev에 보내기 전에 기능 브랜치에서 코드리뷰 받아야함

  5) Github에서 기능브랜치 "Compare&pull request" 버튼 클릭

  6) 팀원에게 리뷰 요청 가능

  7) 코드 리뷰하기 : [File changed] 에서 가능

     - Request changes는 merge를 막는 강제성 가짐

     - Comment는 단순 코멘트

     - merge 하기 위한 승인조건이 있을 경우(5명 중 2명 승인), Approve 필요

  

  8) 추가로 기능 개발 >> git add, commit pull, push ...반복

       ⚠️ push 하기 전에 먼저 pull 당겨야해!

  9) 합치기 전에, 로컬에서 충돌 해결 및 테스트

 10) 코드 업로드 및 merge

   >> 기능 브랜치에서 dev 브랜치로 당겨오기

    1) dev 브랜치로 이동 git cheeckout dev

    2) 로컬과 온라인 저장소의 동기화 git pull origin dev

 

 

@@@ PR 과정에서 오류가 생긴다면

  - 간단한 오류는 Github 내에서 "Resolve conflicts" 버튼으로 해결되지만

  - 로컬에서 해결하는 것을 추천

 

@@@ 새로운 기능을 PR할 때마다, merge가 됐으면 이전의 기능브랜치를 삭제하길 권장

ex) login브랜치가 main브랜치로 병합되고 나면,

    이미 병합이 끝났기 때문에 login 브랜치를 삭제하는게 좋음.

    히스토리 볼 때 방해됨

 

*Git 협업 그림으로 정리하기

 

🌜🌜🌜하루 회고

협업할 때  dev 브랜치 사용하고, 기능 브랜치 사용하고!

그럼 실제 개발 중에는 사용자에게 노출될 main 브랜치는 사용 안 하겠구나.