[Git 기초 사용법] 4. Git을 이용한 협업 / GitHub Pull Request

 

GIT 으로 협업하는 방법

 

여러가지 방법론이 있다.

 

Git Flow, github-Flow Trunk-based ...

 

 

Git Flow

 

 

trunk-based

 

 

 

 

협업하기

 

1. 팀장은 github 에 저장소를 만든다.

 

2. 팀원들을 collaborators 로 등록한다.

 

3. 팀원들에게 저장소 주소를 알려주고  Clone 하도록 한다.

 

https://github.com/mygospel/teddyschool 또는 https://github.com/mygospel/teddyschool.git

 

$ git clone {GIT URL} 
// 현재디렉토리에 폴더가 만들어진다.


$ git clone  {GIT URL} .
// 현재디렉토리에 폴더내 파일들이 생성된다.

 

4. 구성방법에 따라 각자 또는 기능별 브랜치를 만들고 push 하도록 한다.

$ git switch -c {mybranch}
// mybranch 이름으로 브랜치를 만들고 즉시 이동한다.

$ git push origin {local branch}:{remote branch} 
// 로컬 {local branch} 브랜치를 {remote branch} 브랜치로 생성하고 업로드

 

5. 각자의 개발은 각각의 브랜치에서 진행하고, 팀장에게 main 에 병합해 달라고 요청한다.

 

* github 의 pull request 기능을 이용하여 요청할 수 도 있다. 

* 아래 Pull Request 참고.

 

 

6. 팀장이 원격저장소 main 에 병합후에는 각자 main 을 pull 받아 통합된 버젼을 내 브랜치에 적용한다. 

 

$ git pull origin main

 

 

 

Pull Request

 

1. 요청하기

 

원격저장소 특정 저장소에 push 한 후에 pull request 를 작성하여 해당 작업물을 merge 하도록 요청합니다.

요청한 내용에 대해  구성원들이 소통하면서 의견을 남기고 merge  하기까지 수정을 진행할 수 있습니다.

 

1) pull request  > New pull request  버튼을 클릭합니다.

 

 

2) 어떤 브랜치를 어떤브랜치에 merge 하기를 요청하는지 선택합니다.

 

2) 선택한 브랜치의 변경사항을 확인하고 Create Pull Request  버튼을 클릭합니다.

 

 

3) 요청의 제목과 내용을 간략하게 적고 최종 Create pull request  를 클릭합니다.

 

Pull Request 가 완료되었습니다.

 

 

2. 요청처리하기

 

1) 아래와 같이 메일을 수신하였습니다.

 

2) 팀장은 메일의 링크를 클릭하고 깃허브 계정으로 들어옵니다.

 

 

 

Request  내용을 확인하고 merge pull request  를 클릭합니다.

  ( 여기에서 코드리뷰 과정을 거칠수 있습니다. 금번 수업에서는 제외합니다 )

 

깃허브는 소스에 충돌이 있는지 등을 알려줍니다.

 

3) Conversation / Commits / Checks / Files changed  등의 메뉴를 보면서 변경사항들을 확인할 수 있습니다.

 

 

 

** 그 결과 main 에 merge 되고, 사용자들은  main  의 변동사항을 확인할 수 있습니다. 

 

 

충돌이 있는경우

 

아래와 같이 충돌난 부분을 확인할 수 있고,  새로운 내용으로 수정합니다.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

이제 Merge pull request  버튼이 나타납니다. 클릭하여 "Confirm merge" 해줍니다.

 

3. 팀원들은 로컬에 해당 변경사항을 pull  합니다.

Vs Git Graph 는 원격저장소에 변동사항을 알려줍니다.

모든 팀원은 자신의 브랜치에서 merge 된  main  에서 pull 받습니다.

 

$ git pull origin main

 

 

수업에서는 main 에 pull request 하였지만,  git flow  방법론을 따르자면 팀원들은 dev 에 pull request 를 하면 

좋을 것 같습니다.