[GitHub] Flow of collaboration - Basic

앞서 공부한 How to Collaborate 버전이 이론 편이었다면,

아래 그림을 통해 좀 더 한 눈에 실전 흐름을 익혀봅니다.

※ 예시 그림과 설명은 예병수 튜터님의 강의 자료에서 발췌하였습니다.

---

#1. Github 협업 flow 살펴보기  

 

   Order of Flow

    1. 현 상황

    2. git clone 또는 git pull

    3. 브랜치 생성 & 이동

    4. 기능 개발

    5. Github 업로드 (Pull Request 생성)

    6. main에 합치기 (merge)

    7. git pull로 내 로컬의 main 브랜치에 변경사항 가져오기

 

#2. Github 협업시 충돌(conflict) 예방하기

---

#1. Github 협업 flow 살펴보기  

 

 

  1. 현 상황

 

 

  2. git clone 또는 git pull

 

 

3. 브랜치 생성 & 이동

 

 

  4. 기능 개발

 

 

  5. Github 업로드 (Pull Request 생성)

 

 

  6. main에 합치기 (merge)

 

 

  7. git pull로 내 로컬의 main 브랜치에 변경사항 가져오기

 

※ 순서 한 눈에 보기

---

 

2. Github 협업 시 충돌(conflict) 예방하기

 

1. merge 전 내 기능 브랜치(ex. feature/login)에서 먼저 합쳐서 테스트하기
   • merge 후 테스트를 하면 예상치 못한 에러, 버그가 발생할 수도 있기에 내 로컬의 기능 브랜치에서 먼저 테스트 한다.
   • 합쳐진 코드에 에러 및 버그가 있다는 것을 인지하지 못한 다른 팀원들이 코드를 내려받아 개발할 수도 있다.
2. 테스트용 개발 브랜치를 하나 더 만들기 (dev 혹은 develop 브랜치)
   • 완벽하지 않지만 작은 단위의 기능들을 합칠 수 있다. main에 합치기 전 dev에 합칠 경우: 회원가입 기능 merge → 로그인 기능 merge → 로그아웃 기능 merge 로 작은 단위로 개발하고 합칠 수 있음
   • 이에 반에 main 브랜치에 합쳐야 하는 경우: 회원가입, 로그인, 로그아웃 기능을 한 번에 만들고 합쳐야 함
   • 한 번에 많은 기능 개발로 버그 수정이 어려울 수 있다는 점을 명심!