我在一个有两个分支a和B的项目上工作。我通常在分支a上工作,并合并分支B中的内容。对于合并,我通常会这样做:
git merge origin/branchB
但是,我也希望保留分支B的本地副本,因为我可能会偶尔检查分支,而不必首先与分支a合并。为此,我会:
git checkout branchB
git pull
git checkout branchA
有没有一种方法可以在一个命令中完成上述操作,而不必来回切换分支?我应该使用gitupdate-ref吗?怎样
我在一个有两个分支a和B的项目上工作。我通常在分支a上工作,并合并分支B中的内容。对于合并,我通常会这样做:
git merge origin/branchB
但是,我也希望保留分支B的本地副本,因为我可能会偶尔检查分支,而不必首先与分支a合并。为此,我会:
git checkout branchB
git pull
git checkout branchA
有没有一种方法可以在一个命令中完成上述操作,而不必来回切换分支?我应该使用gitupdate-ref吗?怎样
当前回答
您可以克隆回购并在新回购中进行合并。在同一个文件系统上,这将硬链接而不是复制大部分数据。最后将结果拉入原始回购。
其他回答
另一种有效的方法是:
git fetch
git branch -d branchB
git branch -t branchB origin/branchB
因为它是小写-d,所以只有在数据仍然存在的情况下才会删除它。这与@kkoehne的答案相似,只是它不强制。由于-t,它将再次设置遥控器。
我有一个与OP稍有不同的需求,那就是在合并一个拉取请求之后,创建一个新的特性分支,脱离开发(或主)。这可以在一个命令行中完成,无需强制,但它不会更新本地开发分支。这只是检查一个新的分支机构并使其基于起源/发展的问题:
git checkout -b new-feature origin/develop
只有当合并是快进时,才能执行此操作。如果不是,那么git需要签出文件,以便合并它们!
仅为快进操作:
git fetch <branch that would be pulled for branchB>
git update-ref -m "merge <commit>: Fast forward" refs/heads/<branch> <commit>
其中<commit>是提取的commit,即您要快进的commit。这基本上就像使用gitbranch-f移动分支一样,只是它还将其记录在reflog中,就像您实际执行了合并一样。
拜托,拜托,请不要为不快速前进的事情而这样做,否则您只会将分支重置为另一个提交。(要检查,请查看gitmerge-base<branch><commit>是否给出了分支的SHA1。)
简短的回答
只要您正在进行快速合并,就可以简单地使用
git fetch <remote> <sourceBranch>:<destinationBranch>
示例:
# Merge local branch foo into local branch master,
# without having to checkout master first.
# Here `.` means to use the local repository as the "remote":
git fetch . foo:master
# Merge remote branch origin/foo into local branch foo,
# without having to checkout foo first:
git fetch origin foo:foo
虽然Amber的答案也适用于快进情况,但以这种方式使用git fetch比强制移动分支引用更安全,因为只要在refspec中不使用+,git fetch就会自动防止意外的非快进。
答案很长
如果不先签出a,就不能将分支B合并到分支a,否则会导致非快速合并。这是因为需要一个工作副本来解决任何潜在的冲突。
然而,在快速合并的情况下,这是可能的,因为根据定义,这种合并永远不会导致冲突。要在不首先检查分支的情况下执行此操作,可以使用gitfetch和refspec。
如果您签出了另一个分支功能,以下是更新master(不允许非快进更改)的示例:
git fetch upstream master:master
这个用例非常常见,您可能需要在git配置文件中为它创建一个别名,如下所示:
[alias]
sync = !sh -c 'git checkout --quiet HEAD; git fetch upstream master:master; git checkout --quiet -'
此别名的作用如下:
gitcheckout HEAD:这将使您的工作副本进入分离的头状态。如果您想在碰巧签出master时更新它,这很有用。我认为这是必要的,因为否则master的分支引用不会移动,但我不记得这是否真的就在我的头顶上。gitfetchupstream-master:master:这将快速将本地主机转发到与upstream/master相同的位置。gitcheckout-签出您以前签出的分支(在本例中-就是这么做的)。
gitfetch用于(非)快进合并的语法
如果您希望fetch命令在非快速更新时失败,那么只需使用表单的refspec
git fetch <remote> <remoteBranch>:<localBranch>
如果您希望允许非快速更新,那么在refspec前面添加一个+:
git fetch <remote> +<remoteBranch>:<localBranch>
请注意,您可以使用传递本地回购作为“远程”参数。:
git fetch . <sourceBranch>:<destinationBranch>
文件
从解释此语法的git fetch文档中(重点是我的):
<参考规范><refspec>参数的格式是可选的加号+,后跟源ref<src>,后跟冒号:,后跟目标ref<dst>。获取与<src>匹配的远程引用,如果<dst>不是空字符串,则使用<src>快速转发与之匹配的本地引用。如果使用可选的加号+,则即使不会导致快速更新,也会更新本地ref。
另请参见
Git签出和合并而不接触工作树合并而不更改工作目录
只是拉主人而不检查我用的主人
git获取源主机:主机
在您的情况下,您可以使用
git fetch origin branchB:branchB
它可以满足您的需要(假设合并是快速进行的)。如果由于需要非快速合并而无法更新分支,那么这将安全地失败,并显示一条消息。
这种形式的获取也有一些更有用的选项:
git fetch <remote> <sourceBranch>:<destinationBranch>
请注意,<remote>可以是本地存储库,<sourceBranch>可以是跟踪分支。因此,您可以在不访问网络的情况下更新本地分支,即使它未检出。
目前,我的上游服务器访问是通过一个缓慢的VPN,所以我定期连接,gitfetch更新所有远程设备,然后断开连接。如果远程主机发生了变化,我可以
git fetch . remotes/origin/master:master
即使我目前有其他分支机构结账,也能安全地让我的本地主管了解最新情况。无需网络访问。