从远程使用读取后git fetch
,我们需要使用类似
git merge origin/master
我想知道,如果这个命令还没有git commit
在同一时间? 是为了origin/master
重要? 我可以写master/original
?
从远程使用读取后git fetch
,我们需要使用类似
git merge origin/master
我想知道,如果这个命令还没有git commit
在同一时间? 是为了origin/master
重要? 我可以写master/original
?
git merge origin/master
可以做两件事情(或错误)之一。
在第一种情况下,它会创建一个新的提交有两个家长:当前HEAD
,和裁判提交指向的origin/master
(除非你做一些有趣的事情,这很可能是(当地指针)分支命名master
上的远程命名origin
,虽然这是完全常规的)。
在第二种情况下,在没有树级合并必要的,而不是创建一个新的提交,它更新当前已签出裁判指向同犯的是指向origin/master
。 (这就是所谓的快进合并-蹦可以针对always或从未做到这一点,当你通过命令行标志合并)。
它不调用git commit
直接,这是一个较高级别( 瓷在GIT-说法)命令适用于用户。
调用git merge master/original
将尝试解决master/original
的承诺,这将几乎肯定(同样,除非你已经做了一些有意的) 不一样的origin/master
。 如果你碰巧有一个远程命名master
,有一个分支叫original
,它会创建一个新的提交其具有作为第二父。
您可能会发现git help rev-parse
是有帮助的破译如何git的努力,解决裁判名称或其他符号到的提交。
这样做是合并简称为原点/主到当前分支的分支。 顺序是非常重要的。 这个词的起源是指从中克隆你的资料库,即库起源的地方,字高手只是一个分支名,但是主通常作为主枝,或主干分支一些其他系统调用它。
合并可能需要根据您的发展状况提交。 如果你的历史不是从原点发散,它可以做所谓的快进 ---所有需要做的就是把新的历史上你的顶部。 如果您的发展已经从原点发散然后合并是否可以在没有冲突可以做到,那么合并完成和新提交被记录在HEAD指定合并和两位家长。
此外,如果合并不能因为冲突来完成,你的工作副本更新,以反映事实有冲突,那么当你解决这些问题,您手动进行提交,记录合并。