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