git 릴리즈 버전의 과정은 로컬 develop 브랜치에서 PD_BUG001 브랜치를 생성하고 수리가 완료된 후 push를 원격으로 보내고 원격 웹페이지에서 Pull Request를 생성하는 과정이다. 개발 요청을 병합합니다. 관리자는 병합 요청에 동의합니다. 이때 원격 서버의 코드에는 어떤 버전의 브랜치가 릴리스됩니까?
개인적인 생각으로는 master 브랜치를 출시해야 한다고 생각하는데, 그렇다면 development 브랜치를 master 브랜치에 병합해야 하나요?
해당 서버로 이동하여 git pull을 실행하여 마스터 브랜치를 가져옵니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
일반적으로 서버 전용 서버 브랜치가 있습니다.
간단히 말하면 이렇습니다.
프로젝트 포크
로컬 브랜치에서 기능을 완료합니다(여러 커밋이 필요할 수 있음)
원래 프로젝트를 끌어와 병합
포크 프로젝트로 푸시
원본 프로젝트의 브랜치로 풀 요청
2A. 공식적으로 온라인에 게시할 코드를 결정하고 태그를 지정합니다.
2B. 테스트 환경에서 코드를 테스트합니다.
2C. 커밋을 서버 브랜치로 푸시합니다.
2D.풀
GIT는 분산되어 있으며 강력한 상속 관계가 없습니다. 로컬 지점과 원격 지점 사이에도 강력한 연결이 없습니다.
귀하의 코드 요청은 원격 개발 지점에 병합됩니다. 관리자가 동의하면 코드는 물론 원격 개발 지점에 있게 됩니다.
게다가 프로세스에 큰 문제가 있습니다. 개발을 분기한 후 분기하는 대신 마스터 브랜치에서 생성한 다음 마스터 브랜치와 개발 브랜치를 동시에 동기화해야 합니다. 마스터 브랜치로 이동합니다. 이렇게 하면 개발이 중간에 진행되고 버그가 긴급한 경우 개발된 코드를 포기해야 할까요, 아니면 버그를 수정하기 전에 개발이 완전히 개발될 때까지 기다려야 할까요?