请推荐一个适合4-6人小团队的git代码管理模式？

Question

关于分支，发布等组织方式，求大家推荐，谢谢~~

能和github结合起来讲就最好啦，因为想采用github作为代码仓库

说一下我自己的思路吧

开始

开始的时候，创建一个主仓库，假设叫master_github，里面建立两个分支，master和develop分支，master分支用来发布，develop分支用来开发

新成员加入

一个新成员加入的时候，首先要fork主仓库master_github,假设fork之后的仓库叫做member_github,新成员把member_github的代码clone到本地，然后checkout develop分支下进行开发

提交

当member_github的develop分支开发的功能完成，并且通过测试之后，先提交到本地的仓库，然后通过push到member_github仓库，然后再向master_github发pull request

合并

master_github管理员决定是否合并来自member_github的pull request

发布

当develop分支merge来自各个member_github的功能达到一个发布时，把develop分支rebase到master分支，进行发布

以上是我的思路，请大家帮忙看看是否规范，有没有哪里有问题的，不知道master_github中的一个develop分支是否够用？

还有个问题就是发布版的bug修复应该怎么弄呢，在master_github中再创建分支吗？等bug修复玩再合并到develop和master里面吗？

Answer 1

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

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

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

Answer 2

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

Answer 3

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

git 흐름

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

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

Answer 4

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

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

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