[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 !
참고 자료
Reference
이 문제에 관하여([GitHub] 소수의 팀이 개발할 때 GitHub의 지점은 Flow를 활용합니다.), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다
https://qiita.com/tktktktk/items/8b40cde759554ea071f9
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)

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 !
참고 자료
Reference
이 문제에 관하여([GitHub] 소수의 팀이 개발할 때 GitHub의 지점은 Flow를 활용합니다.), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다
https://qiita.com/tktktktk/items/8b40cde759554ea071f9
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)
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 !
참고 자료
Reference
이 문제에 관하여([GitHub] 소수의 팀이 개발할 때 GitHub의 지점은 Flow를 활용합니다.), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다
https://qiita.com/tktktktk/items/8b40cde759554ea071f9
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)
참고 자료
Reference
이 문제에 관하여([GitHub] 소수의 팀이 개발할 때 GitHub의 지점은 Flow를 활용합니다.), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다
https://qiita.com/tktktktk/items/8b40cde759554ea071f9
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)
Reference
이 문제에 관하여([GitHub] 소수의 팀이 개발할 때 GitHub의 지점은 Flow를 활용합니다.), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/tktktktk/items/8b40cde759554ea071f9텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)