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