최근에 첫 번째 GitHub 오픈 소스 프로젝트를 시작했습니다. 이제 마스터와 병합하기 전에 베타 브랜치에서이 프로젝트에 몇 가지 새로운 기능을 추가하고 싶습니다.
그러나 이것에 대해 가장 효율적인 방법은 무엇입니까?
A. 모든 새로운 기능을 베타 브랜치에 직접 커밋 한 다음 풀 요청을 생성하여 베타 브랜치를 마스터와 병합하는 것이 더 낫습니까?
B. 아니면 각각의 개별 기능에 대한 브랜치를 생성하고이를 베타 브랜치와 병합하기위한 풀 요청을 생성해야합니까?
A:
commit →↓
commit → beta → master
commit →↑
B:
commit → feature1 →↓
commit → feature2 → beta → master
commit → feature3 →↑
제 직업에서는 기능별 브랜치를 선호합니다. 효율성에 관한 것이 아니라 공동 작업에 관한 것입니다. 동료의 작업을 검토 할 때 소규모 브랜치를 검사하고 요청을 끌어 오는 것이 더 쉽습니다.
또한 더 나은 세분성-분기 X에 기능 X가 있으며 이러한 분기를 쉽게 관리 할 수 있다는 것을 알고 있습니다.
혼자 작업 할 때는 그런 세분성에 대해 신경 쓰지 않습니다. 일단 일괄 작업을 마치면 병합합니다. 그래서 더 오래 살아있는 브랜치를 만들고 완료되면 병합합니다. 코드 검토에서 변경 사항을 검토하지 않기 때문에이 워크 플로가 더 적합합니다.
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다