Git：在分支之间移动更改而不更改工作目录

Question

用例：每次我想将提交从一个 git 分支移动到另一个分支时，我都会执行以下一系列操作：

1. [提交到工作分支]
2. git checkout branch-to-merge-into
3. gitcherry-pick 目标提交
4. git推送
5. git checkout 工作分支< /em>

唯一的例外是工作正常 - 每次我执行“git checkout”时，git 工作目录内容都会更改（预期），这会导致我的 IDE (IntelliJ IDEA) 执行内部状态更新（因为受监视的文件系统子树）被外部修改）。这真的很烦人，尤其是在大量小提交的情况下。

我看到有两种方法：

1. 执行“大量樱桃选择”，即执行大量提交；例如，在工作日结束时将它们转移到另一个分支机构；
2. 有第二个本地 git 存储库并对其执行cherry pick，即每次对工作分支执行实际提交和推送时，转到第二个存储库，拉取更改并在那里执行cherry pick；

我不喜欢第一种方法，因为它可能会忘记移动特定的提交。第二个看起来有点……不自然。

基本上，如果我可以说 git '将此提交从名为branchX的分支移动到分支branchX+1'而不更新工作目录，那就完美了。

问题：是否可以执行上述操作？

Answer 1

不，在不更改工作目录的情况下不可能在分支之间移动提交。这是因为您最终会遇到冲突，此时 git 会暂停，以便您可以修复冲突。如果你的直接工作不代表这种状态，那么你将无法正确解决冲突。

如果你环顾四周，你会发现很多其他可能的解决方案来解决这个问题，但潜在的问题听起来像是你的编辑器不处理从它下面更改的文件。这基本上就是使用 git 的一个事实。因此，要么更新编辑器，要么转向更适合 git 工作流程的东西。

Answer 2

如果您不需要经常合并更改，那么不进行 cherry-pick 操作，不如偶尔从您的 git merge 操作一下，怎么样？ code><要合并到的分支>?如果我没有记错的话，这相当于对自上次合并以来的所有更改进行樱桃腌制（使用这种方法不会有忘记提交的风险）。这样，“编辑器问题”就会减少发生。

Answer 3

一种选择是使用 git-worktree。例如，您可以：

worktree_dir=$(mktemp -d)
git worktree add "$worktree_dir" branch-to-merge-into
git -C "$worktree_dir" cherry-pick target-commit
git -C "$worktree_dir" push
git worktree remove "$worktree_dir"

只要没有其他工作树签出branch-to-merge-into，这应该可以工作，而不会中断您的本地签出。