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

 git checkout branch

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

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

 git push --force

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

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

步骤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来更新远程。

更改历史记录

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

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 checkout 

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

git checkout branchname

Then

git commit --amend -m "new message"

然后按下

git push --force

只要说：

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

然后

git push --force

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

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