4~6명으로 구성된 소규모 팀에 적합한 Git 코드 관리 모델을 추천해 주세요.

Question

지사, 출판, 기타 정리 방법 추천 부탁드립니다~~

github을 코드 저장소로 활용하고 싶기 때문에 github과 결합할 수 있으면 가장 좋을 것 같습니다

나의 생각을 말해보세요

시작

처음에는 master_github이라고 가정하고 메인 저장소를 생성하고 그 안에 master 브랜치와 development 브랜치 두 개를 생성합니다. master 브랜치는 퍼블리싱용으로, development 브랜치는 개발용으로 사용합니다

새 멤버 합류

새 멤버가 가입하면 먼저 기본 웨어하우스 master_github를 포크해야 합니다. 포크 이후의 웨어하우스는 member_github이라고 가정합니다. 새 멤버는 member_github의 코드를 로컬로 복제한 다음 개발 브랜치를 확인하여 개발합니다.

제출

member_github의 개발 브랜치에서 개발한 기능이 완료되고 테스트를 통과하면 먼저 로컬 웨어하우스에 제출된 후 member_github 웨어하우스로 푸시된 후 master_github에 풀 요청이 전송됩니다

병합

master_github 관리자는 member_github의 풀 요청을 병합할지 여부를 결정합니다

게시

개발 브랜치가 각 member_github의 기능을 병합하여 릴리스에 도달하면 개발 브랜치를 마스터 브랜치로 리베이스하고 릴리스합니다.

위 내용은 제 생각입니다. 표준화되었는지, 문제가 있는지 확인하도록 도와주세요. master_github의 개발 브랜치로 충분할까요?

또 다른 질문은 릴리스 버전에서 버그를 수정하는 방법입니다. master_github에 브랜치를 만들어야 하나요? 버그를 개발 및 마스터에 병합하기 전에 버그가 수정될 때까지 기다려야 합니까?

Answer 1

소규모 팀으로 함께 작업하는 경우 github pull을 사용하는 것은 약간 비용이 많이 듭니다.
다음 방법 중 하나를 사용할 수 있습니다.

• 로컬에서 검토하고 합격 후 브랜치 개발에 제출하고 적시에 마스터에게 릴리스
• 개발 지점에 직접 제출하세요. 적합하지 않은 경우 다시 되돌리면 문제가 발생할 수 있습니다
• 각 사람이 자신의 브랜치를 유지 관리하고 전담 담당자가 이를 병합하여 개발합니다

이런 방식으로 github 이슈 등 다른 기능도 사용할 수 있습니다.

Answer 2

소스트리의 git 워크플로우를 사용하면 매우 편리합니다~~~

Answer 3

제가 직접 답변해드리겠습니다

git 흐름

위는 좀 더 고전적인 git 흐름입니다

아직 포크 워크플로에 대한 정보를 찾고 있습니다

Answer 4

현재 Git Branch를 어떻게 사용하는지 이야기해 보겠습니다

전체 프로젝트는 마스터와 개발의 두 가지로 나누어집니다. 마스터는 주로 웹사이트를 게시하는 데 사용됩니다. 개발은 주로 별도로 사용됩니다.
모든 사람이 개발할 때 개발에서 이를 복제하고 zhang과 같은 개발자 고유의 브랜치를 만듭니다. (새 참여자가 있는 경우 동일한 방법을 사용하여 브랜치 li의 이름을 바꿉니다.) 개발 작업이 완료되면 로컬 웨어하우스를 제출하고 자체 브랜치를 git push합니다. 마지막으로 개발을 자신의 브랜치(개발 중에 개발자가 수정했을 수 있음)에 병합하여 병합이 성공했는지 확인하세요. 병합이 올바르게 완료되면 현재 병합된 zhang 분기를 개발 분기로 병합합니다. (참고: 여기서 병합 작업은 먼저 로컬 분기에 병합됩니다. 그런 다음 원격 분기에 병합됩니다. 이는 한 단계 이상입니다.)
작업 마지막 날 이후에는 개발이 마스터 브랜치에 병합되고 마스터를 통해 온라인으로 실행됩니다.

그 외, 온라인 환경에서 시급히 수정해야 할 버그가 있는 경우. 그런 다음 마스터에서 분기를 만듭니다. 독립적인 유지 관리. 그런 다음 마스터를 동기화하고 각각 브랜치를 개발합니다.