这是一个创建于 3883 天前的主题，其中的信息可能已经有所发展或是发生改变。
在 wiki 上看见的，只有一个 master 分支， pull 到本地上的 master ，修改完以后，在 push 到 repo 上的 master
 | 1 letitbesqzr 2015 年 8 月 24 日 那还不如用 svn 。。 |
 | 2 huijiewei 2015 年 8 月 24 日  1 你管他远程几个分支呢？你本地多几个分支切换就是了。 |
 | 4 SourceMan 2015 年 8 月 24 日 本地有啥分支不用别人管吧？远程确保一个分支就行了 |
 | 5 ehs2013 2015 年 8 月 24 日 其实我感觉只有一条分支的玩法还是很炫的。 pull 变成 pull --rebase push 变成先 pull 再 push 最后 git log 上一条直线 233 |
 | 6 chrisstyle 2015 年 8 月 24 日 使用里程碑式开发？ |
 | 8 ikaros 2015 年 8 月 24 日 给他 -f push 几次 |
 | 9 townboy 2015 年 8 月 24 日 权限这么宽，容易误操作啊。 |
 | 10 ZOwl 2015 年 8 月 24 日 git-flow |
 | 12 will0404 2015 年 8 月 24 日 协作的人多的话很容易出错 。。。 |
 | 13 zartouch 2015 年 8 月 25 日 多的不说，你们可以直接 push 到 master 简直 666 ，我们 pull request 甚至只能等持续集成跑完测试都通过，并且没有 conflicts 了才能点 merge ，要不就算是别人 approve 了都不能 merge 的。。。你们这样不怕吧代码库被玩坏了嘛 |
 | 14 realpg PRO 这种情况多见于以前用 svn 的公司……且为了 git 而 git ，把 git 当 svn 用，这种模式还没有 svn 好用…… |
| 15 ZOwl 2015 年 8 月 25 日 @julyclyde git-flow 是比较好的实践，如果担心协作污染分支，在实践的时候可以远程锁定 master 分支就好，比如用 gitlab 就可以。另外，可以强制 review develop 分支。觉得这个问题其实不是问题，问题在于人。 git 用法比较灵活，协作方式很多，一般的实践推荐也是多开分支 |
 | 16 caileijuve 2015 年 8 月 28 日 明显把 git 当 svn 用？ |
Select Language