我也有同样的问题，这是：

首先将分支复制为x，然后努力休息到你想回去的地方然后修改新的更改之后，从原始分支中选择所有其他更改签出原始分支在修改的恢复之前重置原始分支将基重设为x分支

我的骑手日志：

git checkout -b x 77164a510f1c17ed650b87c2ebf0f7762ac6b2a2 --
git reset --hard 0d038b5e3e3e2adef4bd6aab7653f922c3fdc63f
git add --ignore-errors -A -f -- src/Mores.Warehouse.Core.Api.ClientSdk/Mores.Warehouse.Core.Api.ClientSdk.csproj
git commit -F C:\Users\Hassan\AppData\Local\Temp\git-commit-msg-.txt --amend --
git cherry-pick 77164a510f1c17ed650b87c2ebf0f7762ac6b2a2
git checkout feature/MOR-2947 --
git reset --hard 0d038b5e3e3e2adef4bd6aab7653f922c3fdc63f
git rebase x

完全非交互式命令（1）

我只是想分享一个我正在使用的别名。它基于非交互式交互式数据库。要将其添加到git中，请运行以下命令（解释如下）：

git config --global alias.amend-to '!f() { SHA=`git rev-parse "$1"`; git commit --fixup "$SHA" && GIT_SEQUENCE_EDITOR=true git rebase --interactive --autosquash "$SHA^"; }; f'

或者，一个也可以处理未暂存文件的版本（通过先暂存，然后再卸载）：

git config --global alias.amend-to '!f() { SHA=`git rev-parse "$1"`; git stash -k && git commit --fixup "$SHA" && GIT_SEQUENCE_EDITOR=true git rebase --interactive --autosquash "$SHA^" && git stash pop; }; f'

这个命令的最大优点是它不是vim。

（1） 当然，考虑到重新启动期间没有冲突

用法

git amend-to <REV> # e.g.
git amend-to HEAD~1
git amend-to aaaa1111

将名称修改为似乎合适IMHO。将流程与--修订：

git add . && git commit --amend --no-edit
# vs
git add . && git amend-to <REV>

解释

git-config—全局别名<名称>'<COMMAND>'-创建名为<NAME>的全局git别名，该别名将执行非git命令<COMMAND>f（）｛＜BODY＞｝；f-一个“匿名”bash函数。SHA=`git rev parse“$1”`；-将参数转换为gitrevision，并将结果赋给变量SHAgitcommit--fixup“$SHA”--fixup提交SHA。参见git提交文档GIT_SEQUENCE_EDITOR=true GIT rebase--交互式--autosquash“$SHA^”gitrebase——交互式“$SHA^”部分已被其他答案覆盖。--autosquash与gitcommit一起使用--fixup，有关更多信息，请参阅gitrebase文档GIT_SEQUENCE_EDITOR=true是使整个事情非交互式的原因。这是我从这篇博客文章中学到的。

如果出于某种原因，您不喜欢交互式编辑器，可以使用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

最好的选择是使用“Interactive rebase命令”。

gitrebase命令非常强大。它允许您编辑提交消息，合并提交，重新排序。。。等每次重新提交时，都会为每个提交创建一个新的SHA无论内容是否更改，都要提交！你应该是使用此命令时要小心，因为它可能具有剧烈的特别是如果你与其他人合作开发人员。他们可能会在你重新设置一些基础。在您强制推送提交后，它们将退出同步，你可能会在混乱的情况下发现。所以要小心！建议在重新定基之前创建一个备份分支，以便当你发现事情失控时，你可以回到以前的状态。

现在如何使用此命令？

git rebase -i <base> 

-我代表“交互式”。请注意，您可以在非交互式模式下执行重新基准。前任：

#interactivly rebase the n commits from the current position, n is a given number(2,3 ...etc)
git rebase -i HEAD~n 

HEAD表示您的当前位置（也可以是分支名称或提交SHA）。~n的意思是“n之前”，因此HEAD~n将是您当前所在的提交之前的“n”个提交列表。

git-rebase有不同的命令，如：

p或pick保持原样。r或reword：保留提交的内容，但更改提交消息。s或squash：将此提交的更改合并到上一次提交中（列表中位于其上方的提交）。等注意：最好让Git与代码编辑器一起工作，以使事情更简单。例如，如果您使用可视化代码，您可以像这样添加git-config--global-core.editor“code--wait”。或者你可以在谷歌中搜索如何将你喜欢的代码编辑器与GIT相关联。

git rebase示例

我想更改最后两次提交，所以我这样处理：

显示当前提交：#这将在一行中显示所有提交$git日志--单行4f3d0c8（HEAD->documentation）docs:添加项目描述和包含的文件“4d95e08文档：添加创建日期和项目标题“eaf7978（origin/master，origin/HEAD，master）初始提交46a5819创建README.md现在我使用gitrebase来更改最后两个提交消息：$git rebase-i头~2它将打开代码编辑器并显示以下内容：pick 4d95e08文档：添加创建日期和项目标题pick 4f3d0c8文档：添加项目描述和包含的文件#将eaf7978..4f3d0c8重新设置为eaf7978（2个命令）##命令：#p，pick＜commit＞=使用commit#r，reword＜commit＞=使用commit，但编辑commit消息...因为我想更改这两次提交的提交消息。所以我会用r或reword代替pick。然后保存文件并关闭选项卡。请注意，rebase是在多步骤过程中执行的，因此下一步是更新消息。还请注意，提交按时间顺序显示，因此最后一次提交显示在该提交中，第一次提交显示第一行中，依此类推。更新消息：更新第一条消息：docs:将创建日期和项目标题添加到文档“README.md”#请输入更改的提交消息。行开始#带有“#”的将被忽略，并且空消息将中止提交。...保存并关闭编辑第二条消息docs：将项目描述和包含的文件添加到文档“README.md”#请输入更改的提交消息。行开始#带有“#”的将被忽略，并且空消息将中止提交。...保存并关闭。在重基结束时，您将收到这样的消息：成功重基并更新refs/heads/documentation，这意味着您成功了。您可以显示更改：5dff827（HEAD->documentation）文档：将项目描述和包含的文件添加到文档“README.md”4585c68文档：将创建日期和项目标题添加到文档“README.md”eaf7978（origin/master，origin/HEAD，master）初始提交46a5819创建README.md我希望这可以帮助新用户：）。

要获得非交互式命令，请在PATH中放置包含以下内容的脚本：

#!/bin/sh
#
# git-fixup
# Use staged changes to modify a specified commit
set -e
cmt=$(git rev-parse $1)
git commit --fixup="$cmt"
GIT_EDITOR=true git rebase -i --autosquash "$cmt~1"

使用它，先暂存更改（使用gitadd），然后运行gitfixup＜commit to modify＞。当然，如果您遇到冲突，它仍然是交互式的。

对我来说，这是为了从回购中删除一些凭证。我试着换基，在换基的过程中遇到了一大堆看似无关的冲突——继续。不要费心尝试重新设置自己的基础，在mac上使用名为BFG（brew-install-BFG）的工具。