如何将修改后的提交推送到远程 Git 存储库？

Question

当我对源代码进行一些处理后，我做了我通常做的事情提交，然后推送到远程存储库。 但后来我注意到我忘记在源代码中组织我的导入。 因此，我执行修改命令来替换以前的提交：

> git commit --amend

不幸的是，该提交无法被推回存储库。 被拒绝是这样的：

> git push origin
To //my.remote.repo.com/stuff.git/
 ! [rejected]        master -> master (non-fast forward)
error: failed to push some refs to '//my.remote.repo.com/stuff.git/'

我该怎么办？ （我可以访问远程存储库。）

Answer 1

实际上，我曾经使用 --force 和 .git 存储库进行推送，并被 Linus 责骂了BIG TIME。 一般来说，这会给其他人带来很多问题。 一个简单的答案是“不要这样做”。

我看到其他人给出了这样做的秘诀，所以我不会在这里重复。 但这里有一个提示，可以帮助您在使用 --force （或 +master）推出修改后的提交后从这种情况中恢复。

1. 使用 git reflog 查找您修改的旧提交（将其称为 old，我们将调用您通过修改 new 创建的新提交）。
2. 在old和new之间创建一个合并，记录new的树，就像git checkout new && git merge -s 我们的旧的。
3. 使用 git merge master 将其合并到您的 master 使用
4. git push 使用结果更新您的 master。 HEAD:master
5. 将结果推送出去。

然后，那些不幸将他们的工作建立在您通过修改和强制推送而删除的提交上的人将看到最终的合并，他们将看到您更喜欢new而不是old。 他们以后的合并不会看到由于您的修改而导致的old和new之间的冲突，因此他们不必遭受损失。

Answer 2

您正在看到 Git 安全功能。 Git 拒绝用您的分支更新远程分支，因为您的分支的头提交不是您要推送到的分支的当前头提交的直接后代。

如果不是这种情况，那么大约在同一时间推送到同一个存储库的两个人将不知道同时有一个新的提交进入，并且最后推送的人将失去前一个推送者的工作，而无需执行任何操作。他们意识到了这一点。

如果您知道自己是唯一一个推送的人，并且想要推送修改后的提交或推送回滚分支的提交，则可以使用 -f 开关。

git push -f origin master

即使这样也可能不起作用，因为 Git 允许远程存储库通过使用配置变量 receive.denynonfastforwards 拒绝远端的非快进推送。 如果是这种情况，拒绝原因将如下所示（请注意“远程拒绝”部分）：

 ! [remote rejected] master -> master (non-fast forward)

要解决此问题，您要么需要更改远程存储库的配置，要么作为肮脏的黑客，您可以删除并重新创建分支，如下所示：

git push origin :master
git push origin master

一般来说，git push 的最后一个参数使用格式 :，其中 local_ref 是分支的名称在本地存储库上，remote_ref 是远程存储库上分支的名称。 该命令对使用两个简写。 :master 有一个 null local_ref，这意味着将一个 null 分支推送到远程端 master，即删除远程分支。 没有 : 的分支名称表示将具有给定名称的本地分支推送到具有相同名称的远程分支。 在这种情况下，master 是 master:master 的缩写。

Answer 3

快速咆哮：没有人在这里发布简单的答案这一事实表明了 Git CLI 所表现出的绝望的用户敌意。

无论如何，假设您没有尝试强制推动，“明显”的方法就是先拉动。 这会拉出您修改过的更改（因此不再有），以便您再次拥有它。

解决所有冲突后，您可以再次推送。

所以：

git pull

如果你在拉取时遇到错误，可能是你的本地存储库配置出了问题（我在 .git/config 分支部分有一个错误的引用）。

也许

git push

你会得到一个额外的提交，主题是关于“琐碎的合并”。

Answer 4

简短的回答：不要将修改后的提交推送到公共仓库。

长答案：一些 Git 命令，例如 git commit --amend 和 git rebase，实际上重写了历史图。 只要您还没有发布您的更改，这就没问题，但是一旦您发布了，您真的不应该乱搞历史记录，因为如果有人已经得到了您的更改，那么当他们再次尝试拉取时，可能会失败。 您不应该修改提交，而应该使用更改进行新的提交。

但是，如果您真的非常想推送修改后的提交，您可以这样做：

$ git push origin +master:master

前导 + 符号将强制推送发生，即使它不会导致“快速” -转发”提交。 （当您推送的更改是公共存储库中已有更改的直接后代时，就会发生快进提交。）

Answer 5

这是在进行 commit --amend 后推送更改的一种非常简单且干净的方法：

git reset --soft HEAD^
git stash
git push -f origin master
git stash pop
git commit -a
git push origin master

它执行以下操作：

• 将分支头重置为父提交。
• 隐藏最后一次提交。
• 强制推送到远程。 遥控器现在没有最后一次提交。
• 弹出你的藏品。
• 干净地承诺。
• 推送到远程。

如果将此应用到不同的分支或远程，请记住更改 origin 和 master。

Answer 6

我通过放弃本地修改的提交并在顶部添加新的更改来解决这个问题：

# Rewind to commit before conflicting
git reset --soft HEAD~1

# Pull the remote version
git pull

# Add the new commit on top
git add ...
git commit
git push

Answer 7

如果要更改的消息是针对存储库的最新提交，则将执行以下命令：

git commit --amend -m "New message"

git push --force repository-name branch-name

注意：不建议使用 --force ，除非您完全确定没有其他人有在最新提交后克隆您的存储库。

更安全的替代方法是使用：

git push --force-with-lease repository-name branch-name

与 --force 不同，--force 会破坏其他人推送到分支的任何更改，--force-with-lease 将中止，如果存在是对存储库的上游更改。

Answer 8

我有同样的问题。

• 意外修改了已经推送的最后一次提交
• 在本地完成了很多更改，提交了大约五次
• 尝试推送，遇到错误，恐慌，合并远程，收到很多不是我的文件，推送，失败等

。作为一个 Git 新手，我认为它已经完成了 FUBAR。

解决方案：有点像@bara建议+创建了一个本地备份分支

# Rewind to commit just before the pushed-and-amended one.
# Replace <hash> with the needed hash.
# --soft means: leave all the changes there, so nothing is lost.
git reset --soft <hash>

# Create new branch, just for a backup, still having all changes in it.
# The branch was feature/1234, new one - feature/1234-gone-bad
git checkout -b feature/1234-gone-bad

# Commit all the changes (all the mess) not to lose it & not to carry around
git commit -a -m "feature/1234 backup"

# Switch back to the original branch
git checkout feature/1234

# Pull the from remote (named 'origin'), thus 'repairing' our main problem
git pull origin/feature/1234

# Now you have a clean-and-non-diverged branch and a backup of the local changes.
# Check the needed files from the backup branch
git checkout feature/1234-gone-bad -- the/path/to/file.php

也许这不是一个快速干净的解决方案，我丢失了我的历史记录（1次提交而不是5次），但它节省了一天的工作。

Answer 9

如果您尚未将代码推送到远程分支 (GitHub/Bitbucket)，您可以在命令行上更改提交消息，如下所示。

 git commit --amend -m "Your new message"

如果您正在处理特定分支，请执行以下操作：

git commit --amend -m "BRANCH-NAME: new message"

如果您已经推送了带有错误消息的代码，那么在更改消息时需要小心。 即，在更改提交消息并尝试再次推送后，您最终会遇到问题。 为了使其顺利，请按照以下步骤操作。

请在执行此操作之前阅读整个答案

git commit --amend -m "BRANCH-NAME : your new message"

git push -f origin BRANCH-NAME                # Not a best practice. Read below why?

重要说明：当您直接使用强制推送时，您可能会遇到其他开发人员在同一分支上工作的代码问题。 因此，为了避免这些冲突，您需要在强制推送之前从分支中提取代码：

 git commit --amend -m "BRANCH-NAME : your new message"
 git pull origin BRANCH-NAME
 git push -f origin BRANCH-NAME

这是更改提交消息（如果已推送）的最佳实践。

Answer 10

您可以通过以下方式以简单且安全的方式完成此操作：

1. 使用 git commit --amend 修改您的最后一次提交，以及添加
2. git pull 来同步本地的 任何选项存储库与您的远程存储库。
3. 拉取后，本地和远程之间将会发生冲突。 您只需接受当前更改并再次提交来解决它们。
4. git push

现在您的本地和远程存储库已更新，无需更改存储库历史记录。

Answer 11

如果您使用 Visual Studio Code，可以尝试此扩展以使其更轻松。

https://marketplace.visualstudio.com/items?itemName =cimdalli.git-commit-amend-push-force

从名字上就可以理解，它是连续执行命令的

• git commit --amend
• git push --force

Answer 12

如果您知道没有人拉取您未修改的提交，请使用 git push 的 --force-with-lease 选项。

在 TortoiseGit 中，您可以在“推送...”选项“强制：可能丢弃”下执行相同的操作并检查“已知更改”。

强制（可能放弃已知更改） 允许远程存储库接受更安全的非快进推送。 这可能会导致远程存储库丢失提交； 请小心使用。 这可以防止丢失远程其他人的未知更改。 它检查服务器分支是否指向与远程跟踪分支相同的提交（已知更改）。 如果是，将执行强制推送。 否则将会被拒绝。 由于 git 没有远程跟踪标签，因此无法使用此选项覆盖标签。

Answer 13

在这种情况下，你应该--force。

基于：

如果是个人项目，我会这样做：
git push origin <分支名称>; -f

如果您正在与您的团队合作，或者其他同行正在审查和使用您的代码，则不建议使用 force 标志。 主要是因为你总是想要一个干净的 git 历史记录。

我会做什么？

1. 如果更多人在同一分支工作或其他人审查您的代码，我会git commit --amend，然后git push -f ...并让人们知道他们需要 git pull --rebase 才能看到您的更改。
2. 如果在审查 PR 或 MR 时发生类似情况，请添加新的干净提交，并在最后 squash 来清理历史记录。

Answer 14

您收到此错误是因为 Git 远程已有这些提交文件。 您必须强制推送分支才能使其工作：

git push -f origin branch_name

还要确保从远程提取代码，因为团队中的其他人可能已推送到同一分支。

git pull origin branch_name

这是我们必须强制将提交推送到远程的情况之一。

Answer 15

在您已经进行了 git add "your files" 和 git commit --amend 后，这是一种非常简单且干净的方法来推送更改：

git push origin master -f

或者：

git push origin master --force

Answer 16

我必须通过从远程存储库中拉取来解决这个问题，并处理出现的合并冲突，提交然后推送。 但我觉得有更好的方法。

Answer 17

我只是继续做 Git 告诉我做的事情。 所以：

• 由于修改后的提交而无法推送。
• 我按照建议进行拉动。
• 合并失败。 所以我手动修复它。
• 创建一个新的提交（标记为
  “合并”）并推送它。
• 看来有效！

注意：修改后的提交是最新的。

Answer 18

在更改提交的作者和提交者时，以下内容对我有用。

git push -f origin master

Git 足够聪明，能够发现这些是相同增量的提交，仅在元信息部分有所不同。

本地和远程负责人都指出了有问题的提交。

Answer 19

在这里，我如何修复先前提交中的编辑：

1. 保存到目前为止的工作。

2. 如果进行了更改，请暂时隐藏：git stash 现在，您的工作副本在上次提交的状态下是干净的。

3. 进行编辑和修复。

4. 以“amend”模式提交更改：git commit --all --amend

5. 您的编辑器将询问日志消息（默认情况下，旧的日志消息）。 当您对编辑器感到满意时，保存并退出编辑器。

   新的更改将添加到旧的提交中。 使用 git log 和 git diff HEAD^

   亲自查看

6. 重新应用隐藏的更改（如果已进行）：git stash apply

Answer 20

为了避免强制推送，请在远程裸存储库中使用以下命令删除最后一次提交（要修改的提交）：

git update-ref HEAD HEAD^

然后推送修改后的提交而不发生冲突。

注意：这假设在此期间没有人拉取错误的提交。 如果他们这样做了，他们将不得不类似地倒回并再次拉动，可能会合并他们自己的更改。

Answer 21

只需删除远程分支

git push --delete origin <your-branch>

，然后推送修改后的分支即可。