我使用后者主要是因为它看起来更具可读性。我不确定该命令是否等效,它似乎是从远程执行合并,但大多数示例都包含斜杠。
我的合并工作流:
git fetch origin
git pull origin mybranch
git merge origin otherbranch这是正确的吗?
发布于 2018-01-26 16:20:27
git help merge没有提到将遥控器作为论据之一的可能性。它只是说没有虚线的参数是提交。因此,origin被理解为origin上默认分支的顶部,加上本地分支otherbranch (您可以将多个提交合并在一起)。
发布于 2018-01-26 22:00:50
我使用后者主要是因为它看起来更具可读性
我对这个问题感到惊讶,因为如果你一直在这样做,你现在应该已经能够看到它没有做你期望的事情。
您的命令不会解释为git merge <remote> <branch>;这不是可识别的合并语法。merge不是与遥控器交互的命令之一。
更确切地说,是git merge <branch1> <branch2>
这里的<branch1>是origin。假设你没有名为origin的引用,但有一个名为origin的远程配置,这将被解释为“origin的默认分支。假设你有一个名为remotes/origin/HEAD的引用(你可以在git branch -a |grep HEAD或类似的东西中查找这是什么),那就是origin的默认分支。”
所以你正在做的是一个章鱼合并,合并
origin的引用,也可以是origin remote的默认分支(可能是origin/master ),而origin的本地引用到当前分支(之前的pull命令已将origin/mybranch合并到该分支中)。
这看起来像是将来自远程珊瑚礁的origin/otherbranch合并到当前分支的情况是有限的,而且大多是微不足道的。它会生成错误并导致合并失败的情况有很多。
我没有任何冒犯的意思,但我真诚地认为,如果你非常重视调整语法,使其看起来“更具可读性”,那么命令行可能不是适合你的界面。
https://stackoverflow.com/questions/48457760
复制相似问题