Git: Fixbug는 로컬 마스터를 기반으로 구축된 버그 수정 브랜치입니다. 실제 시나리오에서 가장 좋은 방법은 무엇인가요?
ps: 원격 마스터는 여러 사람에 대한 권한을 갖습니다.
실제 제작 환경에서 이 프로세스의 작동은 다소 혼란스럽습니다.
첫 번째 유형:
git checkout 버그 수정
git add .
git commit -m '...'
git checkout 마스터
git pull 오리진 마스터
git merge 수정 버그
마스터 테스트 진행
테스트 OK
git pull 오리진 마스터
마스터님이 온라인 상태입니다
두 번째 유형:
git checkout 버그 수정
git add .
git commit -m '...'
git checkout 마스터
git pull 오리진 마스터
git checkout 버그 수정
git 합병 마스터
테스트를 위해 테스트 환경에 수정버그 삽입
테스트가 성공하면
git checkout 마스터
git pull 오리진 마스터
git merge 수정 버그
git push -u Origin master
13.master 온라인
세 번째 유형:
제안은 무엇인가요?
게!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
두 번째 느낌은 논리적인 허점이 있다는 것입니다. 9번째 릴리스 테스트가 완료된 후, 코드에 변경 사항이 있으면 다시 테스트해야 한다는 점입니다.
프로젝트가 복잡하고 여러 사람이 동시에 개발하는 경우 중재자가 있어야 합니다. 다른 프로그래머가 풀 요청을 한 후 중재자는 코드를 원격 마스터와 병합할지 여부를 결정하기 전에 코드를 검토해야 합니다.
일반 프로젝트에는 중재자가 없으므로 중재자는 본인이 직접 검토하세요.