我在提交消息中写错了内容。

如何更改信息？提交尚未被推送。

修改最新的提交消息

git commit --amend

将打开您的编辑器，使您可以更改最近一次提交的提交消息。另外，您可以直接在命令行中使用以下命令设置提交消息：

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

…但是，这会使输入多行提交消息或进行小的更正变得更加麻烦。

确保你没有任何工作副本的修改上演这样做之前，否则它们可能会犯了。（未暂存的更改将不会提交。）

更改已经推送到远程分支的提交消息

如果您已经将提交推送到远程分支，那么-在本地修改提交（如上所述）之后-您还需要使用以下命令强制推送提交：

git push <remote> <branch> --force
# Or
git push <remote> <branch> -f

警告：强行推将用您本地的状态覆盖远程分支。如果远程分支上有您本地分支中没有的提交，您将丢失这些提交。

警告：对于修改您已经与其他人共享的提交要谨慎。修改提交实质上会将它们重写为具有不同的SHA ID，如果其他人拥有您已重写的旧提交的副本，则会带来问题。拥有旧提交副本的任何人都需要将他们的工作与新重写的提交同步，这有时可能很困难，因此在尝试重写共享提交历史记录时请确保与他人协调，或者只是避免重写共享提交共。

执行交互式变基

另一种选择是使用交互式变基。这样，即使不是最新消息，您也可以编辑要更新的任何消息。

为了做一个壁球南瓜，请按照下列步骤操作：

// n is the number of commits up to the last commit you want to be able to edit
git rebase -i HEAD~n

压缩提交后-选择e/r用于编辑消息的：

有关交互式变基的重要说明

当你使用git rebase -i HEAD~n可以有更多的比的n条提交。Git会“收集”最近n次提交中的所有提交，如果在该范围之间某处存在合并，您也会看到所有提交，因此结果将为n +。

好提示：

如果您需要为多个分支执行此操作，并且在修改内容时可能会遇到冲突，请设置git rerere并让Git自动为您解决这些冲突。

文献资料

• git-commit（1）手册页

• git-rebase（1）手册页

• git-push（1）手册页

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

如果您要修复的提交不是最新的提交：

1. git rebase --interactive $parent_of_flawed_commit

   如果您要修复多个有缺陷的提交，请传递其中最早的一个的父提交。

2. 将出现一个编辑器，并列出您提交以来的所有提交。

   1. 在您要修复的所有提交之前将更pick改为reword（或在旧版本的Git上更改为edit）。
   2. 保存后，Git将重播列出的提交。
      
      

3. 对于您要重新编写单词的每次提交，Git都会将您带回到编辑器中。对于您要编辑的每个提交，Git会将您放入外壳。如果您在外壳中：

   1. 以您喜欢的任何方式更改提交。
   2. git commit --amend
   3. git rebase --continue

您将通过执行各种命令的输出向您解释此序列的大部分内容。这很容易；您不需要记住它-只需记住，git rebase --interactive无论它们有多久，它都可以使您更正提交。

注意，您将不想更改已经推送的提交。也许您这样做了，但在那种情况下，您将必须格外小心，与可能撤消了您的承诺并在其上完成工作的所有人进行沟通。在有人将基准或重置推送到已发布的分支后，如何恢复/重新同步？

要修改上一次提交，请进行所需的更改并进行这些更改，然后运行

git commit --amend

这将在文本编辑器中打开一个文件，代表您的新提交消息。它开始时填充了旧提交消息中的文本。根据需要更改提交消息，然后保存文件并退出编辑器以完成操作。

要修改上一次提交并保持相同的日志消息，请运行

git commit --amend -C HEAD

要通过完全删除之前的提交来修复它，请运行

git reset --hard HEAD^

如果要编辑多个提交消息，请运行

git rebase -i HEAD~commit_count

（用要编辑的提交数替换commit_count。）此命令启动编辑器。将第一个提交（您要更改的提交）标记为“编辑”而不是“选择”，然后保存并退出编辑器。进行您要提交的更改，然后运行

git commit --amend
git rebase --continue

注意：您还可以通过打开的编辑器“进行所需的更改” git commit --amend

如前所述，git commit --amend是覆盖上一次提交的方法。注意事项：如果您还想覆盖文件，则命令为

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

您也可以使用git filter-branch它。

git filter-branch -f --msg-filter "sed 's/errror/error/'" $flawed_commit..HEAD

这并不简单git commit --amend，但是如果您在错误的提交消息之后已经进行了一些合并，则它特别有用。

请注意，这将尝试重写之间的所有提交HEAD以及有缺陷的提交，因此您应该msg-filter非常明智地选择命令;-)

我更喜欢这样：

git commit --amend -c <commit ID>

否则，将使用新的提交ID进行新的提交。

如果使用的是Git GUI工具，则有一个名为Amend last commit的按钮。单击该按钮，然后它将显示您的最后提交文件和消息。只需编辑该消息，就可以使用新的提交消息来提交它。

或从控制台/终端使用此命令：

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

您可以使用Git rebasing。例如，如果要修改回以提交bbc643cd，请运行

$ git rebase bbc643cd^ --interactive

在默认编辑器中，在要修改其提交的行中将“ pick”修改为“ edit”。进行更改，然后使用

$ git add <filepattern>

现在您可以使用

$ git commit --amend

修改提交，然后

$ git rebase --continue

返回上一个头部提交。

1. 如果您只想修改最后的提交消息，请执行以下操作：

   git commit --amend
   

这将使您进入文本编辑器，并更改最后的提交消息。

2. 如果要更改最后三个提交消息，或者要更改到目前为止的任何提交消息，请提供HEAD~3以下git rebase -i命令：

   git rebase -i HEAD~3
   

如果您必须在多个分支上更改旧的提交消息（即，在多个分支中存在带有错误消息的提交），则可能要使用：

git filter-branch -f --msg-filter \
'sed "s/<old message>/<new message>/g"' -- --all

Git将创建一个临时目录进行重写，并另外将旧引用备份到中refs/original/。

• -f将强制执行该操作。如果临时目录已经存在或在下已经存在引用，则这是必需的refs/original。如果不是这种情况，则可以删除此标志。

• -- 将筛选器分支选项与修订选项分开。

• --all将确保所有分支和标签都被重写。

由于备份了旧的引用，因此您可以轻松地返回到执行命令之前的状态。

假设您要恢复您的母版并在branch中访问它old_master：

git checkout -b old_master refs/original/refs/heads/master

采用

git commit --amend

要详细了解它，一个出色的文章是4. Rewrite Git History。它还讨论何时不使用 git commit --amend。

修改

您在这里有几个选择。你可以做

git commit --amend

只要这是您的最后一次提交。

互动基础

否则，如果这不是您的最后一次提交，则可以进行交互式变基，

git rebase -i [branched_from] [hash before commit]

然后，在交互式基础库中，您只需向该提交添加编辑。出现时，执行a git commit --amend并修改提交消息。如果您想在该提交点之前回滚，则也可以使用git reflog并删除该提交。然后，您只需再做git commit一次。

如果这是您的最后一次提交，则只需修改提交：

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

（使用-o（--only）标志以确保仅更改提交消息）

如果是掩埋的提交，请使用超赞的交互式rebase：

git rebase -i @~9   # Show the last 9 commits in a text editor

找到所需的提交，将其更改pick为r（reword），然后保存并关闭文件。做完了！

微型Vim教程（或者，如何仅用8次击键来重新设置基础3jcwrEscZZ）：

• 运行vimtutor如果你有时间
• hjkl 对应于运动键 ←↓↑→
• 所有命令都可以以“范围”作为前缀，例如3j向下移动三行
• i 进入插入模式-您键入的文本将出现在文件中
• Esc或Ctrlc退出插入模式并返回“正常”模式
• u 撤销
• Ctrlr 重做
• dd，dw，dl删除线，字或字母，分别
• cc，cw，cl以改变线，字或字母，分别为（相同ddi）
• yy，yw，yl复制（“抽出”）的线，字或字母，分别
• p或P分别粘贴在当前位置之后或之前
• :wEnter 保存（写入）文件
• :q!Enter 不保存就退出
• :wqEnter或ZZ保存并退出

如果您经常编辑文本，请切换到Dvorak键盘布局，学习触摸式输入法，并学习Vim。值得付出努力吗？是。

ProTip™：不要害怕尝试使用“危险”命令来重写历史记录* — Git默认不会删除您的提交90天；您可以在参考日志中找到它们：

$ git reset @~3   # Go back three commits
$ git reflog
c4f708b HEAD@{0}: reset: moving to @~3
2c52489 HEAD@{1}: commit: more changes
4a5246d HEAD@{2}: commit: make important changes
e8571e4 HEAD@{3}: commit: make some changes
... earlier commits ...
$ git reset 2c52489
... and you're back where you started

* 观察下面的选项--hard和--force虽然-他们可以丢弃的数据。 * 另外，请勿在您正在合作的任何分支机构上重写历史记录。

如果您使用的是Git GUI，则可以修改尚未推送的最后一次提交：

Commit/Amend Last Commit

我尽可能地使用Git GUI，这使您可以选择修改最后一次提交：

另外，这git rebase -i origin/master是一个不错的口头禅，它将始终向您展示您在master上所做的提交，并为您提供修改，删除，重新排序或压榨的选项。无需先掌握该哈希值。

哇，所以有很多方法可以做到这一点。

执行此操作的另一种方法是删除最后的提交，但保留其更改，以免丢失工作。然后，您可以使用更正后的消息再次提交。看起来像这样：

git reset --soft HEAD~1
git commit -m 'New and corrected commit message'

如果忘记添加文件或进行更改，我总是这样做。

请记住指定--soft而不是指定--hard，否则将完全丢失该提交。

对于正在寻找Windows / Mac GUI来帮助编辑较旧消息（即不仅仅是最新消息）的任何人，我建议您使用Sourcetree。遵循的步骤如下。

对于尚未推送到远程的提交：

1. 确保已提交或保存了所有当前更改（即，因此“文件状态”选项卡中没有列出文件）-否则它将无法正常工作。
2. 在“日志/历史记录”选项卡中，右键单击图形中您要编辑的提交下方的一条相邻行的条目，然后选择“重新设置<commit ref>的子级”交互方式重新 ...”
3. 选择要更改的提交消息的整行（单击“消息”列）。
4. 单击“编辑消息”按钮。
5. 根据需要在出现的对话框中编辑消息，然后单击 OK。
6. 如果还有其他提交消息要更改，请重复步骤3-4。
7. 点击OK：重新启动基准。如果一切顺利，输出将结束“成功完成”。注意：有时Unable to create 'project_path/.git/index.lock': File exists.尝试同时修改多个提交消息时，有时会遇到这种失败。不确定确切的问题是什么，还是不确定在Sourcetree的未来版本中是否可以解决，但是如果发生这种情况，建议一次将其重新设置为基础（速度较慢，但​​似乎更可靠）。

...或者...对于已经推送的提交：

请按照此答案中与上述类似的步骤进行操作，但需要从命令行（git push origin <branch> -f）运行另一个命令来强制按下分支。我建议您阅读所有内容并采取必要的警告！

如果只想编辑最新的提交，请使用：

git commit --amend

要么

git commit --amend -m 'one line message'

但是，如果您要连续编辑多个提交，则应改用rebasing：

git rebase -i <hash of one commit before the wrong commit>

在上面的文件中，写 edit/e或其他选项之一，然后点击保存并退出。

现在，您将处于第一个错误的提交。在文件中进行更改，它们将自动为您上演。类型

git commit --amend

保存并退出并输入

git rebase --continue

移至下一个选择，直到完成所有选择。

请注意，在特定的提交之后，这些操作会更改您的所有SHA哈希。

如果您只想更改最后一条消息，则应将--only标志或其快捷方式-o用于commit --amend：

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

这样可以确保您不会意外地使用分阶段的东西来增强您的承诺。当然，最好具有适当的$EDITOR配置。然后您可以保留该-m选项，Git将用旧的预填充提交消息。这样，可以轻松地对其进行编辑。

在一行中用新的提交消息更新您的最后一个错误的提交消息：

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

或者，尝试按以下方式重置Git：

# You can reset your head to n number of commit
# NOT a good idea for changing last commit message,
# but you can get an idea to split commit into multiple commits
git reset --soft HEAD^

# It will reset you last commit. Now, you
# can re-commit it with new commit message.

使用重置将提交拆分为较小的提交

git reset 也可以帮助您将一个提交分解为多个提交：

# Reset your head. I am resetting to last commits:
git reset --soft HEAD^
# (You can reset multiple commit by doing HEAD~2(no. of commits)

# Now, reset your head for splitting it to multiple commits
git reset HEAD

# Add and commit your files separately to make multiple commits: e.g
git add app/
git commit -m "add all files in app directory"

git add config/
git commit -m "add all files in config directory"

在这里，您已成功将上一个提交分为两个提交。

关于这个问题，有很多答案，但是都没有一个非常详细地说明如何使用Vim更改旧的提交消息。我一直试图自己做这件事，所以在这里我将详细记述我是如何做到的，尤其是对于那些没有Vim经验的人！

我想更改我已经推送到服务器的五个最新提交。这是非常“危险的”，因为如果其他人已经从中退出，则可以通过更改提交消息来弄乱事情。但是，当您在自己的小分支上工作并且确定没有人拉它时，可以按以下方式更改它：

假设您要更改最近的五个提交，然后在终端中键入以下内容：

git rebase -i HEAD~5

* 5是要更改的提交消息数（因此，如果要将第10次更改为最后一次提交，请输入10）。

该命令将带您进入Vim，在这里您可以“编辑”您的提交历史记录。您将在顶部看到最后五个提交，如下所示：

pick <commit hash> commit message

而不是pick你需要写reword。您可以在Vim中输入来执行此操作i。这使您进入插入模式。（您会看到底部的INSERT字样处于插入模式。）对于要更改的提交，请键入reword而不是pick。

然后，您需要保存并退出此屏幕。您可以通过先按下Esc按钮进入“命令模式”来实现（如果底部的“ 插入 ”一词消失了，您可以检查自己是否处于命令模式）。然后，您可以通过键入键入命令:。保存和退出的命令是wq。因此，如果您键入内容，:wq您将走在正确的轨道上。

然后，Vim会遍历您要改写的所有提交消息，您实际上可以在此处更改提交消息。您将通过进入插入模式，更改提交消息，进入命令模式以及保存并退出来完成此操作。这样做五次，您就离开了Vim！

然后，如果您已经推送了错误的提交，则需要git push --force覆盖它们。请记住git push --force，这样做是很危险的事情，因此请确保在您推送错误的提交后，没有人从服务器中拉出！

现在，您已经更改了提交消息！

（如您所见，我对Vim经验不足，所以如果我使用错误的“行话”来解释正在发生的事情，请随时纠正我！）

您可以使用git-rebase-reword

它旨在以与编辑相同的方式编辑任何提交（不仅是最后一次） commit --amend

$ git rebase-reword <commit-or-refname>

它是基于对rebase交互式操作进行修改以修改提交的名称：“ reword”。请参阅此帖子和人-部分交互模式-

例子：

$ git rebase-reword b68f560
$ git rebase-reword HEAD^

我已经加入了别名reci，并recm为recommit (amend)它。现在，我可以使用git recm或进行操作git recm -m：

$ vim ~/.gitconfig

[alias]

    ......
    cm = commit
    reci = commit --amend
    recm = commit --amend
    ......

我意识到我已经推了一个错字的提交。为了撤消操作，我执行了以下操作：

git commit --amend -m "T-1000, advanced prototype"
git push --force

警告：强行推动您的更改将用您的本地分支覆盖远程分支。确保您不会覆盖要保留的任何内容。如果其他人与您共享分支，也要强制推送经过修改（重写）的提交，请谨慎操作，因为如果他们拥有刚重写的提交的旧副本，则他们需要重写自己的历史记录。

我喜欢使用以下内容：

1. git status
2. git add --all
3. git commit -am "message goes here about the change"
4. git pull <origin master>
5. git push <origin master>

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

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