2회차

• 브랜치 관련 명령어
  • 브랜치 생성 명령어: git branch (브랜치명)
  • 브랜치 확인 명령어: git branch
  • 브랜치 이동 명령어: git switch (브랜치명)
  • 브랜치 생성 & 이동 명령어: git switch -c (브랜치명)
  • 브랜치 main에 합치기: main으로 이동 -> git merge (합칠 브랜치명

 

• Pull Request 활용하기
  • 터미널 말고 GitHub에서 코드를 합치는 이유: 코드 리뷰를 하기 위해서 !
  • Pull Request란? merge를 요청하는 것
  • github에 업로드하기: git push origin (내가만든브랜치)
  • github에서 PR -> 코드 리뷰 가능 -> 최종 merge
  • 로컬 main에 반영: git pull origin main
• 총 정리: 브랜치 생성 및 이동 -> 기능 개발 및 코드 저장 -> 코드 업로드 및 PR 생성 -> 코드 리뷰 -> github에서 merge -> 로컬에 반영

 

• 협업 실전 가이드
  • Main 브랜치 = 배포용
  • Main에 merge하는 것의 문제점
    1. 완벽하게 기능 개발해야 merge 가능 -> develop 브랜치 사용 : 테스트용
    2. 합칠 때 문제 발생 -> 로컬에서 먼저 테스트
       • 로컬의 기능 브랜치에 git pull origin develop한 후 테스트, 충돌 해결 후 합치기

---

• 초기 세팅
  1. 팀장: 초기 코드 작성 후 github 업로드
  2. 팀장: dev(develop) 브랜치 생성 후 git push origiin dev
  3. 팀장: default 브랜치를 dev로 변경
  4. 팀장: 팀원을 collaborator로 등록
  5. 팀원: clone으로 코드 받아오기
• 기능 개발 시작
  1. 기능 브랜치 생성 및 기능 개발
  2. push 후 Pull request 생성, 리뷰 요청하기
  3. 합치기 전 로컬에서 충돌 테스트: git pull origin dev
  4. 충돌 시 수정: add, commit, push
  5. github에서 dev에 merge
• 추가 기능 개발 시
  1. 로컬에서 dev 브랜치로 이동
  2. git pull origin dev 후 다음 기능 개발

---

• .gitignore파일에 숨길 파일 or 깃이 필요없는 파일을 저장 - https://www.toptal.com/developers/gitignore

gitignore.io

• READMD.md