楼主:
pttdocc (Hi)
2016-06-18 17:47:53我想我对git应该还有些地方不够了解 所以才会有这样的疑问
我的疑问大致是 假如有A和B二个人 都同时把某个branch (假设branch_1) 从某
个相同的commit A 开始 抓到local 来修改
remote
作者: banjmin (HD) 2016-06-18 17:53:00
开feature branch再开发 没人像你们这样用的
作者:
alog (A肉哥)
2016-06-18 17:55:00google: git flow 可以先用这套方式跑
楼主:
pttdocc (Hi)
2016-06-18 17:55:00如果是另开branch的话和我的想法类似 并且是每个人各自开一个自已的develop branch,请问这是正确解法吗？其实也不是我会一直这样作 是有时候涉入不同的project时会有人多人同时抓一个remote branch下来,然后出现我
作者: banjmin (HD) 2016-06-18 17:58:00
可以先看看git flow, github flow的作法 看你的专案类型
楼主:
pttdocc (Hi)
2016-06-18 17:58:00说的状况 我也不确定那样是否是不对的 但是有点疑惑
作者: mrsquid (.........) 2016-06-18 18:39:00
git pull --rebase
作者:
yyc1217 (somo)
2016-06-18 18:51:00通常会用rebase而不是merge用interactive的方式
作者:
popcorny (毕业了..@@")
2016-06-18 19:03:00rebase是你要的，还有什么叫做local pull?
楼主:
pttdocc (Hi)
2016-06-18 19:04:00其实就是pull ,用词不够精确吧
Gitflow光master develop这两个去用就很好用了修改的时候，本地开新的branch去做，合并前rebase讲错了，合并时用rebase回develop
作者:
pptsodog (天桥下说书)
2016-06-18 19:25:00推楼上的方法
github跟scrum害人不浅。尽信书(github)不如无书(github)
作者:
rsshppp (新的世界没有神)
2016-06-18 21:44:00使用rebase是正解
先学懂rebase才是重点...要整在同一个stream上
rebase也是错的,应该是说git,scrum开发流程是错的,要commit前的rebase的bug fixed base跟你在开发的base根本不一样所以原po会有这样的疑问是正确的,一个合格工程师的直觉
作者:
EQQD (EQQD)
2016-06-19 00:23:00scrum流程是错的？ 你是不是搞错什么？
作者:
CaptainH (Cannon)
2016-06-19 00:26:00这样有什么问题吗？或许你解释一下所谓"照理"的理是什么
作者:
Masakiad (Masaki)
2016-06-19 01:40:00干scrum什么事？
rebase 后 base 就不同了，看似不直接相关的模组就算没有冲突也有可能造成潜在问题所以 rebase 前后结果可能会有差异，不重新验证会有风险
用错误的方法开发(git,svn branch 或 scrum)即使重新验証也是错的，因为rebase且重新验証过后的base跟别人正在开发的code base根本不一样
作者:
jlhc (H)
2016-06-19 02:03:00git svn 就算了 scrum 又不是版本控制...
作者:
EQQD (EQQD)
2016-06-19 02:12:00原来Scrum跟这个有关系 受教了 呵呵
请跟google学习一下什么是：scrum、CI CD github
作者: mrsquid (.........) 2016-06-19 02:25:00
这不是单纯git的问题而已吗？楼上一直丢其他名词出来可以解释一下关联性吗？
作者:
kewang (652公共汽车)
2016-06-19 09:02:00单纯的 git 疑问而已，乱扯 scrum 干嘛
同样觉得干scrum啥XDDDDDDDDDDDDD
branch一出去各自都是各自的主干A merge成的(D)有push了吗？
作者:
MysterySW (飯糰丸)
2016-06-19 14:16:00这个标题跟文章怎么会跑出scrum.....
作者:
descent (“雄辩是银，沉默是金”)
2016-06-19 14:29:00正常, 愈后面 push 的愈倒楣, 可能要解 conflict,一定要有一个倒楣鬼解 conflict
作者:
Masakiad (Masaki)
2016-06-19 14:32:00Scrum本身就不是操作git的sop，是一个开发产品的框架。某s要不要把书唸通再来？怎么讲出来的话像pm讲的？
作者:
chargo (冻结的城市)
2016-06-19 15:08:00github表示躺着也中枪 git != github好吗...
scrum的CI(Continuous Intergation)若google后跟版控(git,github,svn,CVS...)的关系都不懂那只能继续跟原po一样抱着疑问入棺材了烦请再google一下,我不想再打字了还有我已经讲得太多了,level够的一听就懂不相信的就继续当义和团信奉敏捷开发吧
作者:
dlikeayu (太阳拳vs野球拳)
2016-06-19 16:27:00整个flow就是错的
作者:
Masakiad (Masaki)
2016-06-19 18:00:00我看某s不是不想再讲太多，是没什么料可以讲吧？先把scrum里规定的git做法的部分跟我说。Jeff Sutherland跟KenSchwaber什么时候教授scrum中git的操作流程？google一下自己理解scrum规定git做法，level真的太低了。啊，google完就以为自己懂了。真的是跟那些二流pm一样欸！不知道的版友还真的被你误导学歪了。
作者:
yyc1217 (somo)
2016-06-19 18:24:00我出社会这么久了还是不懂 看来我level太低了...
作者:
honochung (http://lol.moa.tw)
2016-06-19 18:26:00XDDDDDDDD让我想到了20元打8折要卖多少的那篇文章
作者:
kewang (652公共汽车)
2016-06-19 18:45:00虽然开发流程跟 git branch 策略有关，但推文提到 scrum也扯太远了
楼主:
pttdocc (Hi)
2016-06-19 18:55:00感谢大家的建议 我也觉得讲到scrum,CI去太离题了 如果对scrum有看法也许另开一篇详述看法更好 这篇只是问git另外我发现我最后一张图有点画错 C应从B分支出 但是并不会混肴我原本的问题"pull remote回来的local branch 变成merge commit的first parent,好像分支抢主流 有点怪"其实应该前面二张图就能表达疑问了 而rebase也许是个作法
rebase也要小心，push上remote的commit千万不能rebase
作者:
shietsd (123)
2016-06-22 03:43:00我的做法是开local branch开发，commit之后，先切回mainbranch pull最新的code,回到local branch 用 rebase 把main branch拉进来，解conflict,回到main branch,merge local branch,然后 push,就不会有你说的线绕来绕去的问题