Git 没有直接推送指定 commit 的命令，需要借助其他命令进行操作。最常用方法是 git push origin :，但须确保本地分支从远程分支拉取。另一种方法是创建一个包含目标 commit 的新分支并推送，如 git checkout -b ；git push origin 。还需要注意，将目标 commit 推送至已存在远程

Git 如何推送指定 commit？

你想精准控制 Git 仓库的历史？想只推送特定版本的代码？这篇文章就带你玩转 Git 指定 commit 的推送。很多新手会觉得这玩意儿难，其实掌握了原理，so easy！

首先，咱们得明确一点，Git 本身并没有直接“推送指定 commit”的命令。你看到的那些所谓的“技巧”，其实都是基于 Git 的底层机制，用一些操作组合起来的。 理解了这些底层机制，你才能真正驾驭 Git，而不是被它牵着鼻子走。

Git 的精髓在于它的提交历史是树状结构，而不是简单的线性结构。你每一次提交，都像是在这棵树上添加了一个新的节点。 push 命令只是把你的本地分支的改动同步到远程仓库，它并不会智能地选择你“想”推送的 commit。所以，你需要借助一些命令来“引导”它。

最常用的方法是使用 git push origin : 这种形式。 比如，你想把 feature 分支上某个特定 commit 推送到远程仓库的 feature 分支，你可以先找到这个 commit 的哈希值（用 git log 命令），然后执行类似 git push origin feature:a1b2c3d4 (其中 a1b2c3d4 是 commit 的哈希值) 的命令。

但是！ 这方法有个坑：远程仓库的 feature 分支必须存在，而且你的本地 feature 分支必须是从远程 feature 分支拉取的。 如果你直接在本地创建了一个 feature 分支，然后想用这个方法推送一个特定的 commit，可能会导致冲突或者推送失败。 记住，Git 严格遵守它的树状结构，乱来的话，后果自负。

另一种方法，更稳妥一些，就是创建一个新的分支，只包含你想要推送的 commit。你可以使用 git checkout -b new-branch 创建一个新的分支，然后 git push origin new-branch 推送这个新分支。 这个方法的好处是，它不会影响到你的原有分支，更安全，也更易于管理。 记住，给分支起个有意义的名字！ new-branch 这名字太随意了，实际应用中别这么干。

还有一种情况：你想把某个 commit 推送到一个已经存在的远程分支，但是这个 commit 并不在当前分支上。 这更考验你的 Git 功力。 你需要先用 git cherry-pick 命令把这个 commit 合并到你的当前分支，然后才能推送。 cherry-pick 命令非常强大，但也要小心使用，它可能会导致冲突，需要你手动解决。 记住，在 cherry-pick 之前，一定要备份你的工作！

代码示例（基于第二种方法）：

假设你想推送 feature 分支上哈希值为 a1b2c3d4 的 commit 到远程仓库：

git checkout -b feature-hotfix a1b2c3d4  # 创建新的分支，指向目标 commit
git push origin feature-hotfix       # 推送新分支