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

当我处理完源代码后，我做了通常的事情提交，然后将其推送到远程存储库。但是后来我发现我忘记了在源代码中组织导入。因此，我执行了amend命令来替换先前的提交：

> 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/'

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

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

我看到其他人仍然给出了这样做的诀窍，因此在此不再赘述。但是，在您使用--force（或+ master）推出修订后的提交之后，这里有一条提示可以使您从这种情况中恢复过来。

1. 用git reflog找旧承诺，你的修正（调用它old，我们将调用新的承诺创建通过修改new）。
2. 在old和之间创建合并new，记录的树new，例如git checkout new && git merge -s ours old。
3. 将其与您的主人合并 git merge master
4. 使用以下结果更新您的母版 git push . HEAD:master
5. 将结果推出。

那么谁是不幸的足够多的人在提交你抹杀通过修改，并迫使一推就会看到最后的合并结果会看到你的青睐已经根据他们的工作new了old。他们后来合并将不会看到之间的冲突old，并new导致从修正这一点，所以他们没有受到影响。

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

如果不是这种情况，那么两个人几乎同时推送到相同的存储库将不知道同时有新的提交，而最后推送的人将丢失前一个推送器的工作而没有任何一个他们意识到这一点。

如果您知道自己是唯一推送的人，并且想要推送修订的提交或推送回退分支的提交，则可以使用-f开关“强制” Git更新远程分支。

git push -f origin master

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

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

为了解决这个问题，您需要更改远程存储库的配置，或者作为肮脏的黑客，您可以删除并重新创建分支，从而：

git push origin :master
git push origin master

通常，最后一个git push使用format的参数<local_ref>:<remote_ref>，其中local_ref是本地存储库remote_ref上分支的名称，是远程存储库上分支的名称。该命令对使用两个速记。:master具有一个空的local_ref，这意味着将一个空分支推送到远程端master，即删除远程分支。分支名称绝对不能:将具有给定名称的本地分支推送到具有相同名称的远程分支。master在这种情况下是简写master:master。

快速说明：这里没有人发布简单答案的事实表明，Git CLI表现出了极度的用户敌意。

无论如何，假设您没有尝试强制执行此操作，“显而易见”的方法是先拉。这会拉出您修改的更改（因此不再更改），以便您再次拥有它。

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

所以：

git pull

如果在拉取过程中遇到错误，则可能是本地存储库配置中有问题（我在.git / config分支部分中使用了错误的引用）。

之后

git push

也许您会获得与主题有关“临时合并”的额外承诺。

简短的回答：不要将修订的内容推送到公共回购中。

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

但是，如果您确实要推送修订的提交，则可以这样进行：

$ git push origin +master:master

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

在完成更改后，这是一种非常简单干净的方法来推送更改commit --amend：

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

请执行以下操作：

• 将分支头重置为父提交。
• 存储最后一次提交。
• 强制推送到远程。遥控器现在没有最后一次提交。
• 藏起来
• 干净地提交。
• 推送到远程。

如果将其应用于其他分支或远程，请记住要更改“来源”和“主”。

我已经解决了它，方法是放弃本地修改的提交，并在顶部添加新的更改：

# 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

我有同样的问题。

• 不小心修改了已经推送的最后一次提交
• 在本地做了很多更改，做了五次
• 尝试推送，出现错误，惊慌失措，合并远程，收到很多非我的文件，推送，失败等。

作为一名新手，我认为它是完整的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

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

如果您尚未将代码推送到远程分支（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

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

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

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

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

因为Git远程已经具有这些提交文件，所以您收到此错误。您必须强制推动分支才能起作用：

git push -f origin branch_name

另外，请确保您从远程拉出代码，因为团队中的其他人可能已将其拉到同一分支。

git pull origin branch_name

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

这里是一个非常简单和干净的方式把你的改变，你已经做出后git add "your files"和git commit --amend：

git push origin master -f

要么：

git push origin master --force

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

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

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

注意：修订的提交是最新的提交。

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

git push -f origin master

Git很聪明，可以弄清楚这些是相同增量的提交，只是在元信息部分有所不同。

本地和远程负责人都指出了相关的提交。

如果您使用的是Visual Studio Code，则可以尝试使用此扩展使其更容易。

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

从名称可以看出，它会连续执行命令

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

在这里，我如何修复上一次提交中的编辑：

1. 到目前为止保存您的工作。
2. 如果进行，请暂时保存您的更改： git stash现在，您的工作副本在上一次提交的状态下是干净的。
3. 进行编辑和修复。
4. 在“修改”模式下提交更改：git commit --all --amend

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

   新的更改将添加到旧提交。与git log和自己看看git diff HEAD^

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