分支策略（Git Flow）

在实际开发中，我们应该按照几个基本原则进行分支管理：

首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

同时，需要注意的是，需要多个人共同完成的分支可以建立远程分支（如下图中的master分支和dev分支），单个人完成的分支只建立本地分支（如下图中的michael分支和bob分支）即可。

所以，团队合作的分支看起来就像这样：

---

多人协作方式

Fork + Pull Request模式

在“Fork + Pull Request”模式下，项目参与者不必向项目创建者申请提交权限，而是在自己的托管空间下建立项目的派生（Fork）。至于在派生项目中创建的提交，可以非常方便地利用GitHub 的 Pull Request 工具向原始项目的维护者发送 Pull Request。

具体操作可以参考另一篇文章：GitHub —— Fork + Pull Request模式进行多人协作

Push模式

在“Push”模式下，项目参与者可以直接对原始项目进行修改，但项目参与者需要获得该项目的权限。

具体操作可以参考另一篇文章：GitHub —— Push模式进行多人协作

---

参考地址：

https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/0013760174128707b935b0be6fc4fc6ace66c4f15618f8d000