请推荐一个适合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

Si vous avez une petite équipe et travaillez ensemble, utiliser github pull coûte un peu cher,
Vous pouvez certainement utiliser l'une des méthodes suivantes :

• Révisez localement, soumettez pour développer la branche après la réussite et publiez pour maîtriser au bon moment
• Soumettez-le directement à la branche devlop. Si cela ne convient pas, rétablissez-le. Cela peut causer des problèmes
.
• Chaque personne gère sa propre branche, puis une personne dédiée la fusionne dans develop

De cette façon, vous pouvez également utiliser d'autres fonctions telles que les problèmes github.

Answer 2

L'utilisation du workflow git de sourcetree est très pratique~~~

Answer 3

Je vais y répondre moi-même

git flow

Ce qui précède est un flux git plus classique

Toujours à la recherche d'informations sur le workflow de forking

Answer 4

Parlons de la façon dont nous utilisons actuellement les branches git

Le projet global est divisé en deux branches : master et develop Master est principalement utilisé pour publier des sites Web. develop est principalement utilisé pour un usage séparé.
Lorsque tout le monde développe, il le clone à partir de develop et crée sa propre branche de développeur, telle que zhang (lorsqu'il y a de nouveaux membres, utilisez la même méthode pour donner à la branche un autre nom li.). Une fois le travail de développement terminé, soumettez l'entrepôt local et git push votre propre branche. Enfin, fusionnez le développement dans votre propre branche (elle peut avoir été modifiée par le développeur lors du développement) pour vous assurer que la fusion est réussie. Une fois la fusion correcte, fusionnez la branche zhang actuellement fusionnée dans la branche de développement. (Remarque : l'opération de fusion ici est d'abord fusionnée dans la branche locale. Puis fusionnée dans la branche distante. Cela représente un peu plus d'une étape).
Après le dernier jour de travail, develop sera fusionné dans la branche master et exécuté en ligne via master.

De plus, lorsqu'il y a des bugs urgents qui doivent être corrigés dans l'environnement en ligne. Créez ensuite une branche à partir de master. Entretien indépendant. Après cela, synchronisez respectivement le maître et développez les branches.