我有一个应用程序在一个分支的 git 存储库中运行（比如dev）。应用程序修改一些存储库中的内容并提交它们。我现在必须将这些更改合并到另一个分支中（比如master），但问题是在这样做之前我不想git checkout master。有没有办法说“将当前分支合并到master”？
【问题讨论】：
一种可能的解决方案是 clone 从同一个本地 repo 创建另一个工作树并在所述工作树中执行合并（main 签出），从而能够解决那里的潜在冲突.
创建一个单独的工作树比创建一个单独的克隆要快得多（这是我在 2011 年最初的建议）：它使用 Git 2.5+ (July 2015) git worktree 命令。
然后，稍后，当能够在本地存储库（您的第一个工作树，您正在工作的地方）中切换到 main 时，您将从单独的工作树恢复更新的 main 分支。
或者，Bernardo Dal Corno 建议 in the comments 2014 工具/脚本：schuyler1d/git-forward-merge 来自 Schuyler Duveen。
git forward-merge创建一个临时的 Git 索引文件和工作目录，仅用于合并，不会干扰实际的索引文件和工作目录。
（除非合并是快进的，在这种情况下，合并只需通过本地推送即可轻松完成。）
【讨论】：
master。我只需要将 dev 更改合并到其中。你的解决方案就是我现在使用的。问题是克隆需要一段时间，我正在寻找优化方法。
--local 添加到您的 git clone 调用中以强制执行此操作？
git worktree)，这使得该过程更快而不是“hackish”。
即使您的分支不是可快速转发的，即使它存在真正的冲突，您仍然可以在没有完整结帐的情况下合并。假设您要将当前提示 dev 合并到 master。如果您认为 git push . dev:master 可行，值得尝试一下，它会检查快进是否是正确的举动，如果是，那么它就在那里，但如果您不能只是重新挂上标签，那么下一步就是
git clone -nsb master . `mktemp -d`
cd $_
git reset -q
git merge origin/dev
git push
cd -
您现在已经完成了“最小结帐合并”。克隆、cd 和重置运行所需的时间比在一个十年前的中端设备上键入一个不小的项目（3.5G 历史记录，1.2G 完整签出大于 70K 文件）所需的时间更少，因为它不会重复任何东西。
【讨论】：
【讨论】：
在您的情况下，“master”似乎是“fast-forwardable”。您可以将分支“推送”到 master。
cd /path_to_dir_with_no_branch_switch/
git push . appbranch:master
【讨论】：
git push . appbranch:master 会快很多
. 的点是什么，: 的列是什么，appbranch:master 是什么？不应该是dev:master吗？如果是，是什么意思？