fork로 프로젝트 하기

step 별로 살펴본 프로젝트 과정의 흐름을 한 페이지로 정리해 보도록 하겠습니다.

 

원본 저장소

팀장의 계정에 만들어 놓은 프로젝트 최종본이 저장된 github의 원격 저장소를 의미하며 실제 작업할 경우 팀장의 계정이라기보다는 팀의 전체 공통 계정이라 생각하면 됩니다.

 

나의 원격 저장소

내가 개발할 때 사용하는 github 상의 주소를 의미합니다.

 

로컬 저장소

내 컴퓨터의 저장소를 의미합니다.

 

1. 원본 저장소에 우리 팀의 프로젝트를 올리고 각 팀원 별로 브랜치를 생성합니다.

 

 

2. 각 팀원들은 자신의 원격 저장소에 원본 저장소의 프로젝트를 fork 합니다.

 

3. fork 한 프로젝트를 STS에 clone 하기

 

 

4. 내 브랜치에서 작업하기

* 브랜치에서 작업이 완료되면 로컬 저장소에 commit 해야 합니다. commit 하지 않은 파일이 있는 경우 5번의 push 단계로 넘어갈 수 없습니다.

* 설정 파일은 충돌이 일어날 수 있으므로 commit에서 제외할 수 있도록 처리합니다.

 

5. remote로 내 원격 저장소를 등록하고 push 하기

 

6. 자신이 작업한 내용을 pull request 합니다.

이때 master 브랜치로 바로 요청해도 좋고 작성해 놓은 작업 브랜치로 요청해도 좋습니

다.

 

7. pull request 한 내용을 팀장이 확인하고 merge 처리합니다.

- 이때 master 브랜치에서 작업하지 않으면 모두 각각의 브랜치로 병합됩니다.

 

8. 원본 저장소와 연결된 컴퓨터의 로컬 저장소를 원본 저장소의 원격 저장소와 동기화 시키기 위해 팀장 컴퓨터에서 각 브랜치의 내용을 fetch 하고 master 브랜치에서 이를 병합니다. 

* 반드시 master 브랜치에서 병합해야 합니다.

* 이때 병합하면서 설정 파일이나 공통으로 작업한 파일을 포함하여 pull request 한 경우 충돌이 발생하므로 하나하나 수동으로 충돌을 제거하여 작업합니다.

 

9. 원본 저장소 로컬에 완성된 master 브랜치의 내용을 push 하여 원격 저장소의 master 브랜치에 push 하기

 

 

10. 각 팀원의 github에 동기화하기 위해 원본 저장소를 STS에서 remote에 등록하기

 

11. 원본 저장소의 master 브랜치의 내용을 fetch 하고 merge 하기

* 이때 반드시 master 브랜치에서 작업해야 합니다. 다른 브랜치에서 작업하다가

master 브랜치로 전환하는 경우 모두 commit 후에 전환해야 합니다.

 

 

 

12. merge가 완료되면 내 원격 저장소에 push 하여 원본 저장소와 동기화를 완료합니다.