正如Amber所说，快进合并是唯一可以想象得到的情况。任何其他合并都可能需要经过整个三方合并，应用补丁，解决冲突-这意味着需要有文件。

我身边正好有一个脚本：在不接触工作树的情况下进行快速向前合并（除非您要合并到HEAD）。它有点长，因为它至少有点健壮——它检查以确保合并是快速前进的，然后在不检查分支的情况下执行它，但会产生与之前相同的结果——您可以看到更改的diff-stat摘要，并且reflog中的条目与快速前进的合并完全相同，而不是使用branch-f时得到的“重置”结果。如果将其命名为gitmergeff并将其放到bin目录中，则可以将其作为git命令调用：gitmergeff。

#!/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

注：如果有人看到该脚本有任何问题，请评论！这是一份写就忘的工作，但我很乐意改进它。

您可以克隆回购并在新回购中进行合并。在同一个文件系统上，这将硬链接而不是复制大部分数据。最后将结果拉入原始回购。

对于许多情况（例如合并），您可以只使用远程分支，而不必更新本地跟踪分支。在reflog中添加一条消息听起来有些过分，而且会让它变得更快。为了更容易恢复，请在git配置中添加以下内容

[core]
    logallrefupdates=true

然后键入

git reflog show mybranch

查看分支机构的近期历史

另一种有效的方法是：

git fetch
git branch -d branchB
git branch -t branchB origin/branchB

因为它是小写-d，所以只有在数据仍然存在的情况下才会删除它。这与@kkoehne的答案相似，只是它不强制。由于-t，它将再次设置遥控器。

我有一个与OP稍有不同的需求，那就是在合并一个拉取请求之后，创建一个新的特性分支，脱离开发（或主）。这可以在一个命令行中完成，无需强制，但它不会更新本地开发分支。这只是检查一个新的分支机构并使其基于起源/发展的问题：

git checkout -b new-feature origin/develop

正如Amber所说，快进合并是唯一可以想象得到的情况。任何其他合并都可能需要经过整个三方合并，应用补丁，解决冲突-这意味着需要有文件。

我身边正好有一个脚本：在不接触工作树的情况下进行快速向前合并（除非您要合并到HEAD）。它有点长，因为它至少有点健壮——它检查以确保合并是快速前进的，然后在不检查分支的情况下执行它，但会产生与之前相同的结果——您可以看到更改的diff-stat摘要，并且reflog中的条目与快速前进的合并完全相同，而不是使用branch-f时得到的“重置”结果。如果将其命名为gitmergeff并将其放到bin目录中，则可以将其作为git命令调用：gitmergeff。

#!/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

注：如果有人看到该脚本有任何问题，请评论！这是一份写就忘的工作，但我很乐意改进它。

不，没有。需要签出目标分支，以便解决冲突（如果Git无法自动合并冲突）。

但是，如果合并是一个可以快速进行的合并，则不需要检查目标分支，因为实际上不需要合并任何内容-只需更新分支以指向新的头部引用即可。您可以使用gitbranch-f执行此操作：

git branch -f branch-b branch-a

将更新branch-b以指向branch-a的头部。

-f选项代表--force，这意味着branch-b将被覆盖。

警告：更安全的选择是使用git fetch，它只允许快进。

此方法可按如下方式使用：

git branch -f branch-b branch-b@{Upstream}

或更短

git branch -f branch-b branch-b@{U}

强制更新一个分支，而不检查它（例如，如果它们在重基之后已经分叉）