magic3584

magic3584

V2EX 第 102175 号会员,加入于 2015-03-03 21:01:42 +08:00
根据 magic3584 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
magic3584 最近回复了
@bef0rewind #48
要不是这事故,一般也不会碰到远端分支回滚
@cansiny0320 #45
今天就是这么搞的,然后本地的 commit 好像丢了(他们说本来要推 20+ 的 commit 都没了
@bef0rewind #43
「如果 merge 的话是用最后一个 commit 去 merge ,rebase 的话从最早的一个 commit 开始 rebase 。所以冲突结果可能不一样。」
那我大概知道为啥 merge 没冲突但是 rebase 有冲突了。

我平常都是 pull rebase ,没怎么用过 fetch
@tromoli #41
他们是解决冲突完了已经并且 commit 了
@xiaoming1992 #37
是,我搞不清楚为啥 pull merge 没冲突 pull rebase 有

@nothingistrue #39
最后是找的本地最新的人把代码推上去的,有没有先拉再推,有没有强制推,他们现在也不记得了。。。
@nothingistrue #34
所以说远程分支落后本地的话,直接拿本地的代码 push --force 就行了吗?然后别的人再 pull 后解决自己的冲突再 push 就可以了?
@FACEB00K #29
他们当时应该是已经 continue 了,找我去看的时候已经有 rebase 的 commit 了
@DeWjjj #26
我们现在是 dev ,每个人都从 dev 拉分支最后再合过去。
@daimubai #23
以前公共分支拉的时候都 rebase 成一条直线了,这次弄了以后不敢 rebase 了,可是 merge 的话也太乱了吧
@nothingistrue #19
「远程分支回滚后的那个 Head ,它之后的(在回滚前)所有提交,不管是本地的还是远程的,都被搞废了」
远程的被破坏我能理解,为什么说本地的也被破坏了呢?

「你现在本地仓库上的远程仓库引用 origin/master 跟真是的远程仓库 master 分支可能都不一样」
仓库地址我没有改过,为什么 还能不一样呢?

请大佬解惑
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1724 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 25ms · UTC 00:06 · PVG 08:06 · LAX 17:06 · JFK 20:06
Developed with CodeLauncher
♥ Do have faith in what you're doing.