在不使用签出的情况下合并,更新和拉取Git分支

Question

我在一个有两个分支A和B的项目上工作.我通常在分支A上工作,并从分支B合并东西.对于合并,我通常会这样做:

git merge origin/branchB

但是,我还想保留分支B的本地副本,因为我可能偶尔会检查分支而不先与我的分支A合并.为此,我会这样做:

git checkout branchB
git pull
git checkout branchA

有没有办法在一个命令中执行上述操作,而无需来回切换分支？我应该用git update-ref它吗？怎么样？

Answer 1

简答

只要您正在进行快进合并,那么您可以简单地使用

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这种方式比仅仅强制移动分支参考更安全,因为git fetch只要你不使用它就会自动防止意外的非快进+.的Refspec.

答案很长

您不能将分支B合并到分支A而不先检出A是否会导致非快进合并.这是因为需要工作副本来解决任何潜在的冲突.

但是,在快进合并的情况下,这是可能的,因为根据定义,这种合并永远不会导致冲突.要在不先检查分支的情况下执行此操作,您可以使用git fetchrefspec.

master如果您feature检出了另一个分支,这是更新(禁止非快进更改)的示例:

git fetch upstream master:master

这个用例很常见,你可能想在你的git配置文件中为它做一个别名,比如这个:

[alias]
    sync = !sh -c 'git checkout --quiet HEAD; git fetch upstream master:master; git checkout --quiet -'

这个别名的作用如下:

1. git checkout HEAD:这会将您的工作副本置于分离头状态.如果您想要在master签出时进行更新,这非常有用.我认为有必要这样做,因为否则分支引用master将不会移动,但我不记得这是否真的是我的头脑.

2. git fetch upstream master:master:这快速将你的当地人转发master到同一个地方upstream/master.

3. git checkout -检查你之前签出的分支(这就是-这种情况下的做法).

git fetchfor(非)快进合并的语法

如果您希望fetch命令失败,如果更新是非快进的,那么您只需使用表单的refspec

git fetch <remote> <remoteBranch>:<localBranch>

如果要允许非快进更新,则+在refspec的前面添加一个:

git fetch <remote> +<remoteBranch>:<localBranch>

请注意,您可以使用以下命令将本地存储作为"远程"参数传递.:

git fetch . <sourceBranch>:<destinationBranch>

文档

从git fetch解释此语法的文档(强调我的):

<refspec>

<refspec>参数的格式是可选的加号+,后跟源ref <src>,后跟冒号:,后跟目标ref <dst>.

<src>获取匹配的远程引用,如果<dst>不是空字符串,则使用匹配快速转发与其匹配的本地引用<src>.如果使用可选加+号,则即使不导致快进更新,也会更新本地引用.

也可以看看

1. Git结帐并合并而不触及工作树

2. 合并而不更改工作目录

Answer 2

不,那里没有.检查目标分支是必要的,以便您解决冲突等(如果Git无法自动合并它们).

但是,如果合并是快进的,那么您不需要检查目标分支,因为您实际上不需要合并任何东西 - 您只需要更新分支以指向新头参考 你可以这样做git branch -f:

git branch -f branch-b branch-a

将更新branch-b指向头部branch-a.

该-f选项表示--force,这意味着你必须使用时要小心.除非您确定合并将是快进的,否则不要使用它.

Answer 3

正如Amber所说,快进合并是唯一可以令人信服的情况.可以想象,任何其他合并都需要经历整个三向合并,应用补丁,解决冲突交易 - 这意味着需要存在文件.

我碰巧有一个脚本我用于这个:完成快进合并而不触及工作树(除非你合并到HEAD).它有点长,因为它至少有点健壮 - 它检查以确保合并是快进,然后执行它而不检查分支,但产生相同的结果,就像你有 - 你看到diff --stat更改摘要,并且reflog中的条目与快进合并完全相同,而不是您使用时获得的"重置" branch -f.如果您将其命名git-merge-ff并将其放在bin目录中,则可以将其命名为git命令:git merge-ff.

#!/bin/bash

_usage() {
    echo "Usage: git merge-ff <branch> <committish-to-merge>" 1>&2
    exit 1
}

_merge_ff() {
    branch="$1"
    commit="$2"

    branch_orig_hash="$(git show-ref -s --verify refs/heads/$branch 2> /dev/null)"
    if [ $? -ne 0 ]; then
        echo "Error: unknown branch $branch" 1>&2
        _usage
    fi

    commit_orig_hash="$(git rev-parse --verify $commit 2> /dev/null)"
    if [ $? -ne 0 ]; then
        echo "Error: unknown revision $commit" 1>&2
        _usage
    fi

    if [ "$(git symbolic-ref HEAD)" = "refs/heads/$branch" ]; then
        git merge $quiet --ff-only "$commit"
    else
        if [ "$(git merge-base $branch_orig_hash $commit_orig_hash)" != "$branch_orig_hash" ]; then
            echo "Error: merging $commit into $branch would not be a fast-forward" 1>&2
            exit 1
        fi
        echo "Updating ${branch_orig_hash:0:7}..${commit_orig_hash:0:7}"
        if git update-ref -m "merge $commit: Fast forward" "refs/heads/$branch" "$commit_orig_hash" "$branch_orig_hash"; then
            if [ -z $quiet ]; then
                echo "Fast forward"
                git diff --stat "$branch@{1}" "$branch"
            fi
        else
            echo "Error: fast forward using update-ref failed" 1>&2
        fi
    fi
}

while getopts "q" opt; do
    case $opt in
        q ) quiet="-q";;
        * ) ;;
    esac
done
shift $((OPTIND-1))

case $# in
    2 ) _merge_ff "$1" "$2";;
    * ) _usage
esac

PS如果有人发现该脚本有任何问题,请发表评论!这是一个写不出来的工作,但我很乐意改进它.

Answer 4

如果合并是快进,则只能执行此操作.如果不是,那么git需要检出文件,以便合并它们!

要做到这一点的只有一个快进:

git fetch <branch that would be pulled for branchB>
git update-ref -m "merge <commit>: Fast forward" refs/heads/<branch> <commit>

其中,<commit>被取出的承诺,你想要的快进到.这基本上就像使用git branch -f移动分支一样,除了它还将它记录在reflog中,就像你实际进行了合并一样.

请,请,请不要的东西,这不是一个快进做到这一点,或者你只是被重设分支机构的其他承诺.(要检查,看看是否git merge-base <branch> <commit>给出了分支的SHA1.)

Answer 5

另一个,无可否认的方式是重新创建分支:

git fetch remote
git branch -f localbranch remote/remotebranch

这会抛弃本地过时的分支并重新创建一个具有相同名称的分支,因此请小心使用...

Answer 6

在你的情况下你可以使用

git fetch origin branchB:branchB

你想做什么(假设合并是快进的).如果由于需要非快进合并而无法更新分支,则会因消息安全失败.

这种形式的fetch也有一些更有用的选项:

git fetch <remote> <sourceBranch>:<destinationBranch>

请注意,它<remote> 可以是本地存储库,也<sourceBranch>可以是跟踪分支.因此,即使未检出本地分支,也可以在不访问网络的情况下更新本地分支.

目前,我的上游服务器访问是通过慢速VPN,所以我定期连接,git fetch更新所有遥控器,然后断开连接.然后,如果远程主机已经改变,我可以做到

git fetch . remotes/origin/master:master

安全地让我的本地主人更新,即使我目前有一些其他分支检查.无需网络访问.

Answer 7

您可以克隆仓库并在新仓库中进行合并.在相同的文件系统上,这将硬链接而不是复制大多数数据.完成将结果拉入原始仓库.

Answer 8

输入git-forward-merge：

无需签出目标，即可git-forward-merge <source> <destination>将源合并到目标分支。

https://github.com/schuyler1d/git-forward-merge

仅适用于自动合并，如果存在冲突则需要使用常规合并。

Answer 9

问题很简单，答案应该也很简单。OP 所要求的只是在origin/branchB不切换分支的情况下将上游合并到他当前的分支中。

特尔；博士：

git fetch
git merge origin/branchB

完整答案：

git pull进行获取 + 合并。下面的两个命令大致相同，其中<remote>通常是origin（默认），远程跟踪分支以开头，<remote>/后跟远程分支名称：

git fetch [<remote>]
git merge @{u}

该@{u}表示法是用于当前分支的配置的远程跟踪分支。如果branchBtrackorigin/branchB然后@{u}frombranchB与打字相同origin/branchB（git rev-parse --help有关更多信息，请参阅）。

由于您已经与 合并origin/branchB，所缺少的只是git fetch（可以从任何分支运行）来更新该远程跟踪分支。

但请注意，如果有从拉任何合并，包括，你倒是应该合并branchB成branchA后，成就了从拉branchB（并最终推动改变生产地/ branchB），但只要他们快进，他们将保持相同。

请记住，在branchB您切换到它并进行实际拉取之前，本地不会更新，但是只要没有本地提交添加到该分支，它就会保持快进到远程分支。

Answer 10

对于许多GitFlow用户来说，最有用的命令是：

git fetch origin master:master --update-head-ok
git fetch origin dev:dev --update-head-ok

该标志允许在打开或分支--update-head-ok时使用相同的命令。devmaster

一个方便的别名.gitconfig：

[alias]
    f=!git fetch origin master:master --update-head-ok && git fetch origin dev:dev --update-head-ok