[GitHub] 소수의 팀이 개발할 때 GitHub의 지점은 Flow를 활용합니다.

1964 단어 GitGitHubGithub-flow

개요


소수의 팀에서 GitHub를 사용하여 제품 개발을 진행할 때의 지점 운용 절차에 대해 설명합니다.
참고GitHub Flow, 단순성과 운용을 중시한다.
팀 전체가 여섯 가지 규칙만 준수하면 마스터는 깨끗하게 유지할 수 있다.

총체적



6개의 간단한 규칙


1.master 운영 환경에 배포된 버전


2.develop은 테스트 환경에 배치된 버전입니다.


3.feature 지점 (작업 지점) 에서 develop 지점


4.feature 브랜치 빈번push


5. pull-request(PR)에서 develop에 통합


6. 통합된 기능 지점 삭제


실제 작업 예


1. 개발자로부터 어떤 기능을 설치하는 작업 지점 만들기

//developブランチにて
$ git branch hogehoge
$ git checkout hogehoge

2. 로컬 작업 지점을 개발하는 동시에 원격 작업 지점으로push

//hogehogeブランチにて
$ git push origin hogehoge

3. 어느 정도 설치 후 PR을 develop으로 비행


GitHub 웹 사이트에서 개발자에게 Pull request 게시

or
hub 명령이 설치된 경우
//hogehogeブランチにて
$ hub pull-request -b develop

4. PR이 병합 승인되면 작업 지점 삭제



5. 관리자가 개발자를 테스트 환경에 배치


6. 관리자가 개발자를 생산 환경에 배치


7. 관리자가 개발자를 마스터에 통합


참고: 운영 환경에서 오류가 발생할 경우 처리 방법


1. 마스터 지점에서 핫픽스 지점 분리


2. hotfix 오류 수정 및 PR-> 충돌 수정 -> 통합 -> 마스터에 배치


3. 완료 후 hotfix PR-> 충돌 복구 -> 통합 -> 개발자에 배치


4. hotfix 분기 삭제


Happy Hacking !


참고 자료

좋은 웹페이지 즐겨찾기