我有以下提交历史记录：
头部头部~头部~2头部~3
gitcommit--修改当前HEAD提交。但是如何修改HEAD~3？
当前回答
我执行以下操作，包括更改本地提交的日期和时间：
git rebase -i HEAD~6
~6是要显示的提交历史记录的数量。
从pick更改为编辑要编辑的提交。然后我保存并退出（在ubuntu中：Ctrl+O保存，Ctrl+X退出）然后我运行：gitcommit--modify--date=“2022-09-02TT1:10:04”-m“NEW_MSG”如果编辑已打开，只需保存并退出即可。然后，为了确认并转到下一个提交或完成（如果是最后一个），我执行：gitrebase--continue
如果有更多提交要编辑，则从第1点开始重复
最后，我验证更改，如果一切正常，我会推送
其他回答
对我来说，这是为了从回购中删除一些凭证。我试着换基，在换基的过程中遇到了一大堆看似无关的冲突——继续。不要费心尝试重新设置自己的基础，在mac上使用名为BFG（brew-install-BFG）的工具。
嗯，这个解决方案可能听起来很愚蠢，但在某些情况下可以拯救你。
我的一个朋友刚刚无意中提交了一些非常大的文件（四个自动生成的文件，每个文件的大小在3GB到5GB之间），然后在此基础上提交了一些额外的代码，然后才意识到git推送不再有效的问题！
这些文件已在.gitignore中列出，但在重命名容器文件夹后，它们被暴露并提交了！现在，在上面还有几次代码提交，但推送一直在运行（试图上传GB的数据！），最终由于Github的文件大小限制而失败。
交互式rebase或任何类似的问题是，他们会处理这些巨大的文件，并且会花费很长时间来做任何事情。然而，在CLI中花了将近一个小时后，我们不确定文件（和增量）是否真的从历史中删除了，或者只是不包括在当前提交中。推也不起作用，我的朋友真的卡住了。
因此，我提出的解决方案是：
将当前git文件夹重命名为~/Project old。再次从github克隆git文件夹（到~/Project）。签出到同一分支。手动将文件从~/Project旧文件夹cp-r到~/Project。确保不需要签入的大量文件被mved并正确包含在.gitignore中。还要确保您没有用旧文件夹覆盖最近克隆的~/Project中的.git文件夹。这就是有问题的历史记录的所在！现在查看更改。它应该是所有最近提交的联合，不包括有问题的文件。最后提交更改，这很好。
这个解决方案最大的问题是，它处理手动复制一些文件，并且它将所有最近的提交合并为一个（显然使用了一个新的提交哈希）
最大的好处是，它在每一步中都非常清晰，它适用于大型文件（以及敏感文件），并且不会在历史上留下任何痕迹！
如果出于某种原因，您不喜欢交互式编辑器，可以使用gitrebase--on。
假设您要修改Commit1。首先，从Commit1之前分支：
git checkout -b amending [commit before Commit1]
第二，用樱桃核抓取Commit1：
git cherry-pick Commit1
现在，修改您的更改，创建Commit1'：
git add ...
git commit --amend -m "new message for Commit1"
最后，在隐藏了任何其他更改后，将其余的提交移植到master之上新提交：
git rebase --onto amending Commit1 master
阅读：“将Commit1（不包括在内）和master（包括在内）之间的所有提交重新纳入修改分支”。即Commit2和Commit3，将旧的Commit1完全删除。你可以随便摘，但这样更容易。
记得清理你的树枝！
git branch -d amending
git存储+再基础自动化
因为当我需要多次修改Gerrit审查的旧提交时，我一直在做：
git-amend-old() (
# Stash, apply to past commit, and rebase the current branch on to of the result.
current_branch="$(git rev-parse --abbrev-ref HEAD)"
apply_to="$1"
git stash
git checkout "$apply_to"
git stash apply
git add -u
git commit --amend --no-edit
new_sha="$(git log --format="%H" -n 1)"
git checkout "$current_branch"
git rebase --onto "$new_sha" "$apply_to"
)
GitHub上游。
用法：
修改源文件，如果已在repo中，则无需gitaddgit修改旧$old_sha
我很喜欢这一点，因为它不会挤压其他无关的修复。
更改上次提交：
git commit --amend
// or
git commit --amend -m "an updated commit message"
不修改公共承诺修改后的提交实际上是全新的提交，以前的提交将不再位于当前分支上。
例如，如果您想更改最后三个提交消息或该组中的任何一个提交消息，您可以向git rebase-i提供一个参数，该参数是您要编辑的最后一个提交的父级，即HEAD~2^或HEAD~3。记住~3可能更容易，因为您正在尝试编辑最后三次提交，但请记住，您实际上是在指定四次提交之前，即您要编辑的最后一次提交的父级：
$ git rebase -i HEAD~3
了解更多信息
