微小团队使用git进行合作开发的最简模式

1，程序员A在本地及远端维护自己的master和dev，程序员B在本地及远端维护自己的master和dev。

2，当程序员B想合并A的最新版本时，pull或fatch程序员A的远端的master，反之类似。

3，管理员维护一个master分支，用作release。

4，当程序员A想提交稳定的新代码给管理员时，先和管理员的master进行merge，然后发pull request给管理员，管理员pull程序员A的远端master。

思路：

1，尽量减少需要手工处理conflict的merge操作。在上述模式中有冲突以至于需要手工merge的操作几乎只发生在程序员B去pull或fatch程序员A的远端master这一步，其他都是Fast-forward。

2，活跃与稳定分级。程序员的dev最活跃，程序员自行管理，程序员的master相对稳定，可以供给其他程序员merge，管理员的master最稳定。

3，以后程序员或管理员还可以添加各种feature分支等等，但是上述最简模式是基础。