请推荐一个适合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 を使用すると少し高価になります
次のいずれかの方法を必ず使用できます:

• ローカルでレビューし、合格後に開発ブランチに送信し、適切なタイミングでマスターにリリースします
• devlop ブランチに直接送信してください。不適切な場合は元に戻してください。問題が発生する可能性があります。
全員が自分のブランチを保守し、専任担当者がそれを開発にマージします

このようにして、github issueなどの他の機能も使用できます。

Answer 2

sourcetreeのgitワークフローを使うととても便利~~~

Answer 3

自分で答えます

git フロー

上記は比較的古典的な git フローです

フォークワークフローに関する情報をまだ探しています

Answer 4

現在の git ブランチの使用方法について話しましょう

プロジェクト全体はマスターと開発の 2 つのブランチに分かれています。マスターは主に Web サイトを公開するために使用されます。開発は主に単独で使用されます。
全員が開発するときは、developer からクローンを作成し、zhang などの開発者独自のブランチを作成します (新しい参加者がいる場合は、同じ方法を使用してブランチ li の名前を変更します)。開発作業が完了したら、ローカル ウェアハウスを送信し、独自のブランチを git Push します。最後に、開発を独自のブランチにマージして (開発中に開発者によって変更された可能性があります)、マージが成功したことを確認します。マージが正しく行われた後、現在マージされている zhang ブランチを Development ブランチにマージします。 (注: ここでのマージ操作は、最初にローカル ブランチにマージされ、次にリモート ブランチにマージされます。これは 1 つのステップより少し多いです)。
最終作業日の後、develop は master ブランチにマージされ、master を通じてオンラインで実行されます。

また、オンライン環境で修正が必要な緊急のバグが発生した場合。次に、マスターからブランチを作成します。独立したメンテナンス。その後、マスターと開発ブランチをそれぞれ同期します。