您可以从本地仓库撤销您的承诺 。 请遵循以下方案 。

在下面的图像中, 我检查“ 测试” 分支( 使用 Git 命令 Git 检出 - b 测试) 作为本地分支的本地状态和检查状态( 使用 Git 命令 Git 状态) , 没有可执行的 。

调

在您可以看到的下一个图像中, 我对 Feller1. txt 做了一些修改, 并将该文件添加到中继区, 然后用一些信息( 使用 Git 命令 Git 承诺 - m “ 做 承诺测试返回 ” ) 进行更改 。

"-m 用于发送信件"

调

在下一个图像中,您可以看到您的承诺日志(使用 Git 命令 git 日志) 。

调

在上述图像中,您可以看到每次承诺的承付代号, 以及您现在的委托信, 任何您想要返回或撤销执行 ID 并击中下面的 Git 命令的副本, git return {“ paste your decent id”} 。 例如 :

git revert 9ca304ed12b991f8251496b4ea452857b34353e7

调

我恢复了上次的承诺。 现在, 如果您检查您的 Git 状态, 您可以看到已修改的文件, 即 Flickr1. txt , 但尚未执行 。

调

我更喜欢用Git rebase - i 来做这份工作,因为一个不错的名单会出现在我可以选择摆脱承诺的地方。它可能不像这里其他答案那样直接,但它只是感觉是正确的。

选择要列出多少个承诺, 然后这样引用( 加入最后 3 个)

git rebase -i HEAD~3

样本列表

pick aa28ba7 Sanity check for RtmpSrv port
pick c26c541 RtmpSrv version option
pick 58d6909 Better URL decoding support

然后 Git 将删除任何您删除的线条 。

撤销一系列本地承诺

OP: 我如何撤销当地最近在Git的最新承诺? 我无意中犯下了错误的案卷[作为几项承诺的一部分]。

开始案例

依你所追求的结果而定, “ 不做” 有几种方式可以作为承诺的序列。 考虑到下面的起始案例, 重置、 重置和过滤处都可以用来重写您的历史 。

调

如何撤销 C1 和 C2 从每次承诺中移除 tmp. log 文件 ?

在下文的例子中,使用了绝对承诺参考,但如果您更多地使用相对引用(即HEAD~2或HEADn}),则使用同样的方式。

备选案文1:重置

$ git reset --soft t56pi

调

如果重置,分支可以重置为先前的状态,任何复合变化都可恢复到固定区,然后从该区丢弃任何不想要的变化。

注意 : 当重置先前对“ 调制区” 的所有更改组群时, 个人承诺元数据会丢失。 如果这与您有问题, 您也许更可能选择重设或过滤部门 。

备选案文2:重新基数

$ git rebase --interactive t56pi

调

使用交互式的重新基准,可以重写在分支中每个犯罪的行为,允许您修改和丢弃不必要的更改。在以上信息图中,右侧的源树显示的是国家邮政站的重新基准。

逐步执行

选择从哪个选项中承诺重置基底( 例如 t56pi) 选择 选择 选择 您是否愿意以编辑替换取数来更改 。 保存和关闭 。 Git 现在将停止对每个选中的承诺 , 允许您重置 HEAD, 删除不需要的文件, 并创建新承诺 。

注意: 与上面的重置选项相比, 保留了大部分承诺元数据的重基。 如果您想要保留大部分历史数据, 但只删除不需要的文件, 这很可能是一个首选选项 。

替代品3: 替代品3:过滤处

$ git filter-branch --tree-filter 'rm -r ./tmp.log' t56pi..HEAD

上面的命令会从想要的范围 t56pi.HEAD 中的所有承诺中过滤文件 ./tmp.log (假设我们最初的起始案例来自以上) 。 请见下文的清晰度说明 。

调

过滤处可以用来从分支的一个小节中清除不需要的文件。 过滤处可以自动提前对每项承诺采取所需行动, 而不是通过重设程序手动编辑每项承诺。

注意: 就像重置基准一样, 过滤处会保存承诺元数据的其余部分, 只丢弃想要的文件 。 通知 C1 和 C2 是如何被重写的 , 记录文件也从每次承诺中被丢弃 。

结论 结论 结论 结论 结论

就像任何与软件开发有关的事情一样,对于一个特定的问题,有多种方法可以实现相同(或类似)的结果。你只需要选择最适合你特定案例的方法。

最后 -- -- 友好建议

请注意上面所有三种选择都完全重写历史。 除非您确切知道自己在做什么, 并在团队中保持良好的沟通 — — 只有重写承诺还没有远程发布 !

来源:以上所有例子都是从这个博客借用的。

恢复和放弃承诺是最好的,如果你想在向公共部门等提出补丁时保持历史清洁有用的话。

如果你必须放下最上层的承诺, 那么以下的单行帮助

git rebase --onto HEAD~1 HEAD

但如果你想放弃其中的 多项承诺,你确实说

- > b - > c - > > d - > 硕士

,然后您要放弃“ c” 承诺

git rebase --onto b c

这将使“ b” 成为“ d” 删除“ c” 的新基础

如何编辑上一个承诺

通常我并不想撤销一连串的承诺, 而是编辑早先的承诺,

我发现自己经常去修修过去的东西 以至于我写了剧本

以下是工作流程:

git exent- edit <commit- hash> 这将让您在您想要编辑的承诺时丢弃您。 承诺的更改将会被卸下, 将按您希望的第一次进行, 并准备按您希望的第一次进行。 固定并按您希望的, 并按您希望的原初阶段进行承诺 。 (您可能想要使用 git 隐藏保存 -- kep- index 来抓松任何您没有执行的文件) 重做承诺 -- amend, 例如: git 承诺 -- amend compult the rebase: git rebase -- continue

---

把这个调用在 Git- commit- edit 之后, 并把它放在您的 $PATH:

#!/bin/bash

# Do an automatic git rebase --interactive, editing the specified commit
# Revert the index and working tree to the point before the commit was staged
# https://stackoverflow.com/a/52324605/5353461

set -euo pipefail

script_name=${0##*/}

warn () { printf '%s: %s\n' "$script_name" "$*" >&2; }
die () { warn "$@"; exit 1; }

[[ $# -ge 2 ]] && die "Expected single commit to edit. Defaults to HEAD~"

# Default to editing the parent of the most recent commit
# The most recent commit can be edited with `git commit --amend`
commit=$(git rev-parse --short "${1:-HEAD~}")

# Be able to show what commit we're editing to the user
if git config --get alias.print-commit-1 &>/dev/null; then
  message=$(git print-commit-1 "$commit")
else
  message=$(git log -1 --format='%h %s' "$commit")
fi

if [[ $OSTYPE =~ ^darwin ]]; then
  sed_inplace=(sed -Ei "")
else
  sed_inplace=(sed -Ei)
fi

export GIT_SEQUENCE_EDITOR="${sed_inplace[*]} "' "s/^pick ('"$commit"' .*)/edit \\1/"'
git rebase --quiet --interactive --autostash --autosquash "$commit"~
git reset --quiet @~ "$(git rev-parse --show-toplevel)"  # Reset the cache of the toplevel directory to the previous commit
git commit --quiet --amend --no-edit --allow-empty  #  Commit an empty commit so that that cache diffs are un-reversed

echo
echo "Editing commit: $message" >&2
echo

撤销最后一次承诺的最简单方式是

git reset HEAD^

这将带来项目状态 之前,您已经做出承诺。