你这个等所有人在一个分支上开发

你可以在 release 上多分出几个分支，一个 feat 或者一个组分配一个 release 的子分支，结合 gitflow 看看

还是能力问题，git 本身够简单了。有的同事死活搞不懂，已合并就覆盖别人。习惯太差

对于中小公司，真心一劝，像 svn 那样中心化来用 git 是最好的，在满足自身业务版本控制需求前提下，流程越简单越好，血泪教训。

我觉得多人一起开发的时候冲突不可避免，谁后提交，谁解冲突。哈哈。

我好奇这种做完立即提交，算不算 svn 的方式使用 git ，比直接 svn 好在哪儿了呢
@xuld

有“经常冲突” 这个问题说明 代码组织结构 有优化空间。

建议用 rebase ，不要用 merge ，后期会明了很多