我在分支a .我想将分支b合并到分支c中。合并不是快进，但也不需要手动解决。(也就是说，这不是最简单的情况，但也不是最困难的情况，所以这是 Git 能够在不需要人工的情况下自行完成的合并。
有没有办法让我从b到c进行这种合并，而无需签出任何分支？如何？
更新：如果您知道可以做到这一点的替代 Git 实现，那也将是一个有效的解决方案。但是编写一个以编程方式进行结帐的脚本不是一个好的解决方案，因为它仍然需要我有一个干净的工作目录。
如果合并不涉及两个分支上涉及的文件，那么我认为您希望使用边带GIT_INDEX_FILE进行git read-tree和git write-tree。 这应该这样做：
#!/bin/sh
export GIT_INDEX_FILE=.git/aux-merge-index
trap 'rm -f '"'$GIT_INDEX_FILE'" 0 1 2 3 15
set -e
git read-tree -im `git merge-base $2 $1` $2 $1
git write-tree
| xargs -i@ git commit-tree @ -p $2 -p $1 -m "Merge $1 into $2"
| xargs git update-ref -m"Merge $1 into $2" refs/heads/$2
您还可以使用 git mktree </dev/null 而不是 merge-base 将b和c视为完全不相关的分支，并使生成的合并合并每个分支中的文件，而不是将其中缺少的文件视为删除。
您说合并不是快进，因此您需要阅读read-tree文档以使上面的序列完全按照您想要的方式进行。 --aggressive看起来可能是对的，这取决于分支之间的实际差异是什么。
编辑添加了空树基础来处理不相关的树编辑 2 提升一些我说过或在评论中隐含的有效载荷
鉴于您不必清理工作目录的要求，我假设您的意思是即使您不想清理工作树或索引，即使通过某些脚本也是如此。在这种情况下，您将无法在当前本地存储库的范围内找到解决方案。Git 在合并时广泛使用索引。如果没有冲突，我不确定工作树，但总的来说，合并与当前签出的分支密不可分。
但是，还有另一种方法，不需要更改当前存储库中的任何内容。但是，它确实需要您拥有或创建存储库的克隆。基本上，只需克隆存储库，然后在克隆中进行合并，然后将其推送回原始存储库。下面是它如何工作的简短示例。
首先，我们需要一个示例存储库来使用。以下命令序列将创建一个。您最终将得到master作为当前分支和另外两个准备合并的分支，名为 change-foo 和 change-bar 。
mkdir background-merge-example
cd background-merge-example
git init
echo 'from master' > foo
echo 'from master' > bar
git add .
git commit -m "add foo and bar in master"
git checkout -b change-foo
echo 'from foo branch' >> foo
git commit -am "update foo in foo branch"
git checkout -b change-bar master
echo 'from bar branch' >> bar
git commit -am "update bar in bar branch"
git checkout master
现在，假设您正在处理 master ，并且想要将change-bar合并到 change-foo 中。以下是我们对当前位置的半图形描述：
$ git log --oneline --graph --all
* c60fd41 update bar in bar branch
| * e007aff update foo in foo branch
|/
* 77484e1 add foo and bar in master
以下序列将在不干扰当前主分支的情况下完成合并。将其打包到脚本中，您将获得一个不错的"后台合并"命令：
# clone with absolute instead of relative path, or the remote in the clone will
# be wrong
git clone file://`realpath .` tmp
cd tmp
# this checkout auto-creates a remote-tracking branch in newer versions of git
# older versions will have to do it manually
git checkout change-foo
# creating a tracking branch for the other remote branch is optional
# it just makes the commit message look nicer
git branch --track change-bar origin/change-bar
git merge change-bar
git push origin change-foo
cd ..
rm -rf tmp
简而言之，这会将当前存储库克隆到子目录，进入该目录，执行合并，然后将其推送回原始存储库。完成后，它会删除子目录。在大型项目中，您可能希望拥有一个保持最新的专用克隆，而不是每次都制作新的克隆。合并和推送后，我们最终得到：
$ git log --oneline --graph --all
* 24f1916 Merge branch 'change-bar' into change-foo
|
| * d7375ac update bar in bar branch
* | fed4757 update foo in foo branch
|/
* 6880cd8 add foo and bar in master
问题？
除了@jthill非常复杂的git read-tree答案之外，(现在(还有一种恕我直言的更简单的方法利用git worktree。这是基本方法：
$ git worktree add /tmp/wt c
$ git -C /tmp/wt merge b
$ git worktree remove /tmp/wt
下面是一个小的 Bash 脚本，你可以像这样调用它：
$ worktree-merge c b
脚本worktree-merge：
#!/usr/bin/env bash
log() {
echo -n "LOG: "
echo "$@" >&2
}
escape() {
local string="$1"
echo "${string//[. /]/-}"
}
cleanup() {
trap "" SIGINT
log "Removing temporary worktree '$1' ..."
git worktree remove --force "$1"
}
prepare_worktree() {
local reference="$1"
local worktree="/tmp/MERGE-INTO-`escape "$reference"`"
log "Creating temporary worktree '$worktree' ..."
trap "cleanup $worktree" EXIT
git worktree add --force "$worktree" "$reference"
}
do_merge() {
local reference="$1"
local worktree="/tmp/MERGE-INTO-`escape "$reference"`"
shift
log "Merging ${@@Q} into ${reference@Q} ..."
git -C "$worktree" merge "$@"
}
prepare_worktree "$1" &&
do_merge "$@" &&
true
即使工作目录很脏，您也可以编写脚本。您必须先存储更改。
git stash
git checkout c
git merge b
git checkout a
git stash pop
此答案解释了您可以尝试的解决方法。
不，没有。必须签出目标分支才能解决冲突(如果 Git 无法自动合并它们(。
但是，如果合并是快进的，则无需签出目标分支，因为您实际上不需要合并任何内容 - 您所要做的就是更新分支以指向新的 head ref。你可以使用 git 分支 -f 来做到这一点：
git branch -f branch-b branch-a将更新分支 b 以指向分支 a 的头部。