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