Github PR 협업 플로우 (fork 버전)저장소 가져오기작업하기Step#1 무엇을 작업할지 이슈를 등록한다Step#2 upstream/develop 브랜치에서 이슈 번호(ex. MGC-1)로 feature 브랜치를 만든다Step#3 원격 저장소의 최신 상태를 로컬에 반영한다Step#4 작업을 하고 커밋을 남긴다Step#5 작업을 푸시하기 전에 Step#3을 반복한다Step#6 작업이 끝난 피쳐 브랜치를 origin에 push 한다Step#7 origin에 push 된 내용을 토대로 upstream에 PR을 올린다Step#7-1 PR 올린 브랜치의 커밋 히스토리를 변경(ex. squash)하고 싶을 때Step#8 머지 완료된 브랜치 정리하기Github 협업 매뉴얼 (fork 없이 공통계정 저장소 사용)Git 커밋 규칙See also
Github PR 협업 플로우 (fork 버전)
211115 주요 변경 사항
현재
upstream
리모트 이름 → origin
으로 변경하였습니다.
(이유: 프로젝트 상황에 의하여 공통 계정 원격 저장소로 관리하기 때문)
따라서 위에 유념하며 따라하시기를 권장합니다. 저장소 가져오기
- [
@GITHUB
] 공통 계정(ex. organization) 원격 저장소(Github repository)를 fork를 한다 - 공통 계정 원격 저장소는
upstream
이라고 부른다 - 개인 계정으로 가져온 원격 저장소는
origin
이라고 부른다
- 개인 원격 저장소를 로컬에 클론한다
- 레포를 연결하기 위해
upstream
과origin
을 설정한다
- 원격 저장소 데이터 가져오기
작업하기
이 부분은 fork하기로 했을 때 이해를 돕기 위한 설명입니다. 현재는 생략합니다 - 재영

TL;DR:
1. 로컬에서 작업한 내용을 origin에 push 한다.
2. origin에 올라온 내용을 upstream으로 PR을 보낸다.
Step#1 무엇을 작업할지 이슈를 등록한다

Step#2 upstream/develop 브랜치에서 이슈 번호(ex. MGC-1
)로 feature 브랜치를 만든다
Step#3 원격 저장소의 최신 상태를 로컬에 반영한다
Step#4 작업을 하고 커밋을 남긴다
Step#5 작업을 푸시하기 전에 Step#3을 반복한다
현재 브랜치의 작업이 길어졌을 경우, 그동안 upstream/develop이 업데이트 되었을 수도 있다. 이때 브랜치를 푸시하기 전에 이력이 꼬이지 않도록 최신 상태를 로컬에 반영한다.
Step#6 작업이 끝난 피쳐 브랜치를 origin에 push 한다
Step#7 origin에 push 된 내용을 토대로 upstream에 PR을 올린다
양식:
1. MGC-이슈번호 커밋내용
2. 이슈 번호 써주고 / 오른 쪽에서 이슈 같이 달아주기

Step#7-1 PR 올린 브랜치의 커밋 히스토리를 변경(ex. squash)하고 싶을 때
Step#8 머지 완료된 브랜치 정리하기
Github 협업 매뉴얼 (fork 없이 공통계정 저장소 사용)
Git 커밋 규칙
이슈 레이블:
- feat
- refactor
- fix
- docs
- chore
- style
See also
