更改历史记录

如果是最近一次提交，您只需执行以下操作：

git commit --amend

这将使用最后一条提交消息打开编辑器，并允许您编辑消息。（如果要删除旧邮件并使用新邮件，可以使用-m。）

推

然后，当你推动时，请这样做：

git push --force-with-lease <repository> <branch>

或者可以使用“+”：

git push <repository> +<branch>

或者您可以使用--force：

git push --force <repository> <branch>

使用这些命令时要小心。

如果其他人将更改推送到同一分支，您可能希望避免破坏这些更改。--forcewithlease选项是最安全的，因为如果有任何上游更改，它将中止(如果不显式指定分支，Git将使用默认的推送设置。如果您的默认推送设置为“匹配”，那么您可以同时销毁多个分支上的更改。

之后拉/取

任何已经拉动的人现在都会收到一条错误消息，他们需要更新（假设他们自己没有做任何更改），方法如下：

git fetch origin
git reset --hard origin/master # Loses local commits

使用重置时要小心--硬。如果对分支进行了更改，这些更改将被销毁。

关于修改历史记录的注释

被破坏的数据实际上只是旧的提交消息，但是--force不知道这一点，并且会很高兴地删除其他数据。因此，将--force想象为“我想销毁数据，我知道哪些数据正在被销毁。”但是，当提交被销毁的数据时，通常可以从reflog中恢复旧的提交—数据实际上是孤立的，而不是被销毁的（尽管孤立的提交会定期删除）。

如果你不认为你在破坏数据，那就远离武力。。。坏事可能会发生。

这就是为什么——租赁的武力更安全。

只要说：

git commit --amend -m "New commit message"

然后

git push --force

需要注意的是，如果您对多个引用使用push-force，那么它们都将被修改。确保注意git repo的配置位置。幸运的是，通过指定要更新的单个分支，有一种方法可以稍微保护这个过程。阅读git手册页：

注意--力应用于所有被推动的ref，因此使用它具有push.default设置为匹配或多个push使用remote.*.push配置的目标可能会覆盖其他引用比当前分支（包括严格落后的本地引用它们的远程对应物）。要强制推送仅一个分支，请使用+在refspec前面推送（例如git推送原点+主推送强制推到主分支）。

如果您想修改一个较旧的提交，而不是最后一个提交，则需要使用rebase命令，如Github帮助页面“修改较旧或多个提交消息的消息”部分中所述

要编辑除最近提交以外的提交，请执行以下操作：

步骤1：git rebase-i HEAD~n为受影响的最后n次提交执行交互式rebase。（即，如果您想将提交消息3改回提交，请执行gitrebase-i HEAD~3）

git将弹出一个编辑器来处理这些提交，请注意以下命令：

#  r, reword = use commit, but edit the commit message

这正是我们需要的！

步骤2：将要更新消息的提交的pick更改为r。不要在此处更改提交消息，它将被忽略。下一步你会这么做。保存并关闭编辑器。

请注意，如果您编辑了重新命名的“计划”，但它没有开始允许您重命名文件的过程，请运行：

git rebase --continue

如果要更改用于交互式会话的文本编辑器（例如，从默认vi更改为nano），请运行：

GIT_EDITOR=nano git rebase -i HEAD~n

第三步：Git将为您之前的每个修订弹出另一个编辑器。根据需要更新提交消息，然后保存并关闭编辑器。

步骤4：更新所有提交消息后。您可能需要执行gitpush-f来更新远程。

命令1。

git commit --amend -m "New and correct message"

然后

命令2。

git push origin --force

这对我来说很好，

git签出原点/分支名称

如果您已经在分支中，那么最好进行拉入或重入

git pull

or

git -c core.quotepath=false fetch origin --progress --prune

稍后您可以简单地使用

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

或者如果您想打开文本编辑器，请使用

git commit --amend

如果你有很多评论，我更喜欢使用文本编辑器。您可以使用命令设置首选文本编辑器

git config --global core.editor your_preffered_editor_here

无论如何，当您更改完提交消息后，保存并退出

然后运行

git push --force

你已经完成了

在控制台中使用以下两个步骤：

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

然后

git push -f

完成时间：）

git commit --amend

然后在当前窗口中编辑和更改消息。在那之后

git push --force-with-lease

另一个选项是创建一个额外的“勘误表提交”（和推送），它引用包含错误的提交对象——新的勘误表提交也提供了更正。勘误表提交是一种没有实质性代码更改的提交，但有一条重要的提交消息——例如，在自述文件中添加一个空格字符，并使用重要的提交信息提交更改，或者使用git选项——allow empty。它肯定比重定基更容易、更安全，它不会修改真实的历史记录，并且保持了分支树的干净（如果您正在更正最近的提交，那么使用modify也是一个不错的选择，但对于较旧的提交，错误提交可能是一个不错选择）。这种情况很少发生，因此简单地记录错误就足够了。将来，如果您需要在git日志中搜索功能关键字，原始（错误）提交可能不会出现，因为在原始提交中使用了错误的关键字（原始拼写错误）——但是，该关键字将出现在勘误表提交中，然后将您指向具有拼写错误的原始提交。下面是一个示例：

$ git log
commit 0c28141c68adae276840f17ccd4766542c33cf1d
Author: First Last 
Date:   Wed Aug 8 15:55:52 2018 -0600

    Errata commit:
    This commit has no substantive code change.
    This commit is provided only to document a correction to a previous commit message.
    This pertains to commit object e083a7abd8deb5776cb304fa13731a4182a24be1
    Original incorrect commit message:
        Changed background color to red
    Correction (*change highlighted*):
        Changed background color to *blue*

commit 032d0ff0601bff79bdef3c6f0a02ebfa061c4ad4
Author: First Last 
Date:   Wed Aug 8 15:43:16 2018 -0600

    Some interim commit message

commit e083a7abd8deb5776cb304fa13731a4182a24be1
Author: First Last 
Date:   Wed Aug 8 13:31:32 2018 -0600

    Changed background color to red

如果您使用的是位桶管道，则有关相同问题的附加信息

编辑您的邮件

git commit --amend

推到服务器

git push --force <repository> <branch>

然后在管道上的push命令中添加--force

git ftp push --force

这将删除您以前的提交并推送当前提交。

在第一次推动后移除--力

我在bitbucket管道上试过了，效果很好

命令1您需要使用以下命令更改提交消息gitcommit--modify-m“新的正确消息”命令2添加新消息后，执行以下命令git push-f origin＜your_branch_name＞

我对Git有点陌生，但我只是想增加我的经验。

gitcommit--modify-m“新的正确消息”

这很奏效，但下一个是我的问题。在更改提交消息之前，我已经推送了提交。最后，当我试图推到远程时，git抛出了一个异常。所以我应该在更新远程分支之前再次下拉。

git pull-origin分支名称

git推送源分支名称

希望我的小经验对你有所帮助。谢谢

git commit --amend

使用编辑提交消息打字键盘

git push --force

确保在正确的分支上进行更改

git checkout 

#确保您在正确的分支上进行更改只是为了确定：

git checkout branchname

Then

git commit --amend -m "new message"

然后按下

git push --force

只需使用这两个命令即可更改上次推送的提交消息

-$gitcommit--modify-m“新提交消息。”-$git push—使用租约强制

案例1：未推送+最近提交：请参阅

案例2：已推送+最近提交：请参阅

案例3：未推送+旧提交：请参阅

案例4：已推送+旧提交：请参阅

如果使用-S参数提交工作消息，则会发生以下事件：

 git checkout branch

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

在这一点上，不要忘记您添加了一个更改，而您的遥控器是不同的，这就是为什么您需要这样做的原因：

 git push --force

如果您使用VSCode，您将看到不同之处，使用--force参数，您将忽略git pull，并将更改后的消息推送到相同的提交。

我第一次尝试重命名已经推送的大约6条旧提交消息，之后我又做了进一步的提交。

因此，这是最糟糕的案例“案例4：已推送+旧提交”。

我是Vim（现在是Nvim）的用户，也是Vim《逃犯》的超级粉丝。所以我就是这样做的。

这是您在《逃犯》中关于重新定基的一般帮助：

Rebase maps ~

ri                      Perform an interactive rebase.  Uses ancestor of
u                       commit under cursor as upstream if available.

rf                      Perform an autosquash rebase without editing the todo
                        list.  Uses ancestor of commit under cursor as
                        upstream if available.

ru                      Perform an interactive rebase against @{upstream}.

rp                      Perform an interactive rebase against @{push}.

rr                      Continue the current rebase.

rs                      Skip the current commit and continue the current
                        rebase.

ra                      Abort the current rebase.

re                      Edit the current rebase todo list.

rw                      Perform an interactive rebase with the commit under
                        the cursor set to `reword`.

rm                      Perform an interactive rebase with the commit under
                        the cursor set to `edit`.

rd                      Perform an interactive rebase with the commit under
                        the cursor set to `drop`.

r<Space>                Populate command line with ":Git rebase ".

r?                      Show this help.

获取提交列表。：Git日志--单行我想修复第12行的提交消息（4d43a1b构建（MPL-402）：editorconfigfixformesages.json），因为它不是正确的常规提交格式。我将光标放在提交哈希4d43a1b上，然后键入rw这将“在光标设置为reword的情况下执行一个交互式rebase和commit”。请注意，与gitrebase-i HEAD~X相比，这是多么好-知道X是什么并不是那么简单。现在，这将为您提供正确的gitrebase命令。所以用：wq写并退出缓冲区然后按照git/逃犯指导的步骤进行操作。我的一个提交出现了合并冲突，我通过正常的fugitve合并冲突过程解决了这个问题。

希望这足以让你度过第一个“我以前从未做过一次重新训练，我到底该做什么？”的难关。如果您需要后续步骤的帮助，请给我留言。