推送后更改 git 提交消息（假设没有人从远程拉取）

Question

我已经进行了 git 提交和后续推送。我想更改提交消息。如果我理解正确，这是不可取的，因为在我进行此类更改之前可能有人已经从远程存储库中提取了内容。如果我知道没有人拉动怎么办？

有办法做到这一点吗？

Answer 1

更改历史记录

如果这是最近的提交，您可以简单地执行以下操作：

git commit --amend

这将打开带有最后提交消息的编辑器，并让您编辑该消息。 （如果您想清除旧消息并使用新消息，可以使用 -m。）

推送

然后当您推送时，执行以下操作：

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

或者您可以使用“+”：

git push <repository> +<branch>

或者您可以use --force：

git push --force <repository> <branch>

使用这些命令时要小心。

• 如果其他人将更改推送到同一分支，您可能希望避免破坏这些更改。 --force-with-lease 选项是最安全的，因为如果有任何上游更改，它将中止（

• 如果您没有显式指定分支，Git 将会中止）如果您使用默认推送设置，则使用默认推送设置。是“匹配”，那么您可以同时销毁多个分支上的更改

之后拉取/提取的

任何人现在都会收到一条错误消息，并且他们需要通过执行类似的操作来更新（假设他们自己没有进行任何更改）。 ：

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

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

关于修改历史记录的说明

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

如果您认为自己没有破坏数据，请远离 --force...可能会发生不好的事情。

这就是为什么 --force-with-lease 更安全。

Answer 2

只需说：

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

然后

git push --force

Answer 3

要编辑除最新之外的提交：

第 1 步：git rebase -i HEAD~n 对受影响的最后 n 提交进行交互式变基。 （即如果你想更改提交消息 3 次提交，请执行 git rebase -i HEAD~3 ）

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

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

这正是我们需要的！

第 2 步：对于您想要更新消息的提交，将 pick 更改为 r。不要在此处更改提交消息，它将被忽略。您将在下一步中执行此操作。保存并关闭编辑器。

请注意，如果您编辑变基“计划”，但它不会开始让您重命名文件的过程，请运行：

git rebase --continue

如果您想更改用于交互式会话的文本编辑器（例如从默认的 vi 到 nano）， run:

GIT_EDITOR=nano git rebase -i HEAD~n

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

第四步：更新所有提交消息后。您可能需要执行 git push -f 来更新遥控器。

Answer 4

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

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

然后

git push -f

完成:)

Answer 5

情况 1：未推送 + 最近提交：

   git commit --amend

这将打开您的 $EDITOR 并让您更改消息。继续您常用的git Push origin master。

情况 2：已推送 + 最近提交：

  git commit --amend
  git push origin master --force

我们像上面一样编辑消息。但需要--force推送来更新远程历史记录。

⚠️但是！更改后强制推送您的提交很可能会阻止其他人与存储库同步（如果他们已经提取了副本）。您应该首先与他们核实。

情况 3：未推送 + 旧提交：

    git rebase -i HEAD~X
    # X is the number of commits to go back
    # Move to the line of your commit, change pick into reword,
    # then change your commit message:
    git commit --amend
    # Finish the rebase with:
    git rebase --continue

Rebase 打开您的历史记录并让您选择要更改的内容。通过编辑，您可以告诉您要更改消息。 Git 将您移动到一个新分支，以便您修改消息。 git rebase --Continue 将您带回到之前的分支，并且消息已更改。

情况 4：已推送 + 旧提交：

使用与上述相同的 3 个步骤流程编辑消息（rebase -i、commit --amend ，变基--继续）。
然后强制推送提交：

  git push origin master --force

⚠️但是！请记住，在更改后重新推送您的提交很可能会阻止其他人与存储库同步（如果他们已经提取了副本）。您应该首先与他们核实。

参考：https://gist.github.com/nepsilon/156387acf9e1e72d48fa35c4fabef0b4#not-pushed--most-recent-commit

Answer 6

应该注意的是，如果您将 push --force 与多个引用一起使用，它们都会因此被修改。请务必注意您的 git 存储库的位置配置为推送到。幸运的是，有一种方法可以通过指定要更新的单个分支来稍微保护该过程。从 git 手册页中阅读：

请注意，--force 适用于所有推送的引用，因此使用
将其与 push.default 设置为匹配或多重推送
使用remote.*.push配置的目的地可能会覆盖其他参考
比当前分支（包括严格落后的本地引用
他们的远程对应者）。要强制推送到一个分支，请使用 +
在要推送的 refspec 前面（例如 git push origin +master 强制
推送到主分支）。

Answer 7

命令1。

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

然后，

命令2。

git push origin --force

Answer 8

git commit --amend

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

git push --force-with-lease

Answer 9

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

git checkout 

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

git checkout branchname

然后

git commit --amend -m "new message"

然后推

git push --force

Answer 10

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

Answer 11

可以用不同的消息替换提交，而不影响现有的提交哈希值，而不是变基和强制推送修改后的分支：

git replace --edit <commit>

然后必须显式推送和获取修改后的引用：

git push origin 'refs/replace/*'
git fetch origin 'refs/replace/*:refs/replace/*'

这需要 Git 2.1 或更高版本。

https://git-scm.com/docs/git-replace

Answer 12

另一种选择是创建一个额外的“勘误提交”（并推送），它引用包含错误的提交对象——新的勘误提交还提供了更正。勘误提交是一种没有实质性代码更改但有重要提交消息的提交 - 例如，在自述文件中添加一个空格字符并使用重要提交消息提交该更改，或者使用 git 选项 --allow -空。它当然比变基更容易、更安全，它不会修改真实的历史记录，并且可以保持分支树干净（如果您要更正最近的提交，那么使用 amend 也是一个不错的选择，但是勘误表对于较旧的提交来说，提交可能是一个不错的选择）。这种类型的事情很少发生，只需记录错误就足够了。将来，如果您需要在 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

Answer 13

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

1. -$ git commit --amend -m "New commit message."
2. -$ git push --force-with-lease

Answer 14

FWIW 在最简单的情况下，检查的答案是正确的。我只是想分享一下最近的经历。

这有效。

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

git push --force origin

测试人员能够第一次检出分支，并且仅修改后的消息。

因此，在最简单的情况下（单个开发人员和/或知道没有人获取/拉取或签出分支）就足够了。

Answer 15

工作

我们有 git amend 命令，使用它我们可以单独更新提交消息或与最后提交的一部分的附加文件一起更新，所以我们必须使用

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

然后强制推送，这样即使提交到本地或远程它将更新两者

git push --force

Answer 16

• 命令 1

  您需要使用以下命令更改提交消息

  git commit --amend -m“新且正确的消息”
  

• 命令 2

  添加新消息后，然后执行以下命令

  git push -f origin ;
  

Answer 17

如果您使用以下 -S 参数提交 Wearg 消息，则事件将起作用：

 git checkout branch

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

此时不要忘记您添加了更改并且您的遥控器不同，这就是您需要执行的原因：

 git push --force

如果您在 VSCode 中，您将看到差异， --force 参数忽略 git pull 并将更改的消息推送到同一个提交。

Answer 18

我对 Git 有点陌生，但我只是想补充一下我的经验。

git commit --amend -m“新且正确的消息”

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

git pull origin 分支名称

git Push 原始分支名称

希望我的一点经验对你有帮助。
谢谢。

Answer 19

这对我来说非常好，

git checkout origin/branchname

如果您已经在分支中，那么最好执行 pull 或 rebase

git pull

或

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

就完成了

Answer 20

如果您使用的是 bitbucket 管道，则相同问题的其他信息

编辑您的消息

git commit --amend

推送到服务器，

git push --force <repository> <branch>

然后将 --force 添加到管道上的推送命令

git ftp push --force

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

第一次推送后删除--force

我在 bitbucket 管道上尝试过它并且工作正常

Answer 21

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

所以这是最糟糕的情况“情况 4：已推送 + 旧提交”。

我是 Vim（现在是 Nvim）用户，也是 Vim's Fugitive 的超级粉丝。我就是这样做的。

这是关于 在 Fugitive 中变基的一般帮助:

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.

1. 获取提交列表。

   :Git log --oneline
   

2. 我想修复第 12 行的提交消息（4d43a1b build(MPL-402): editorconfig fix for messages.json），因为它的格式不正确。

3. 我将光标放在提交哈希 4d43a1b 上并输入 rw

   这将“执行交互式变基，并将光标下的提交设置为reword。”。请注意，与 git rebase -i HEAD~X 相比，这有多好 - 知道 X 是什么并不那么简单。
   

4. 现在应该为您提供正确的 git rebase 命令。因此，使用 :wq

   写入并退出该缓冲区

5. 然后按照 git/fugitive 的指导进行操作。我的一个提交出现了合并冲突，我通过正常的 逃亡合并冲突过程。

希望这足以让您克服第一个“我以前从未做过变基，我到底应该做什么？”栏。如果您需要后续步骤的帮助，请给我留言。