git 重置命令有助于您修改中转区或中转区和工作树。 Git 的手工能力与您想要的完全一样,意味着您有时需要取消对您用 Git 添加的修改的更改 。

您可以通过调用 git 重置 HEAD < file to change > 来做到这一点。 您有两个选项可以完全清除更改。 git checkout HEAD < file (s) 或 path(s) > 是撤销您中位区域和工作树的更改的快速方法 。

但是要小心这个命令, 因为它会消除你工作树上的所有变化。 Git 根本不知道这些变化, 因为他们从未被执行过。 一旦你执行这个命令, 就没有办法让这些变化回来 。

您可支配的另一个命令是 git 重置 -- hard 。 它同样会破坏您的工作树, 任何未承诺的更改或分阶段更改在运行后都会丢失。 正在运行 git 重置 - HEAD 和 git 检查退出 HEAD 一样。 它不需要文件或工作路径 。

您可以使用 -- 软化的 git 重置。 它重新将仓库设置为您指定的所有更改, 并分阶段进行这些更改。 您已经进行的任何更改都不会受到影响, 您的工作树上的更改也不会受到影响 。

最后, 您可以使用 -- mixed 来重置工作树而不进行任何修改 。 这也可以取消任何正在准备的修改 。

吉特拥有每一个可以想象到的行动的指令, 但是它需要广泛的知识才能把事情弄好, 并且因为它充其量是反直觉的...

你以前做过的事:

更改文件并使用 git 添加. , 或 git 添加 < file > 。

你想怎样:

删除索引中的文件, 但保留其版本, 并保留工作副本中未承诺的更改 : git 重置 HEAD < file > 将文件重置为 HEAD 最后一个状态, 撤销更改并将其从索引中删除 : # 思考 ` svn return < file\\ IIRC. git 重置 HEAD < file> git checkout < file > # 如果您有一个像 {file} 这样的\\ 一样的\\ branch}, 使用: git checkout - < file > 这是需要的, 因为 git 重置 -- hard HEAD 将不与单个文件一起工作 。 从索引和版本中删除 < file > , 保留未翻过的文件, 工作副本中的更改 : git rm -cacheed < file > 将 < file > 从工作副本和版本中完全删除: git rm < file > 。

假设我创造了一个新的文件, 新的File. txt :

调

假设我无意中添加文件, git 添加新的File. txt :

调

现在我要撤销此添加, 在承诺前, git 重置新文件。 txt :

调

取消对未承诺更改的修改的 git 添加 :

git reset <file>

这将将文件从当前索引( “ 即将被承诺” 列表) 中删除, 而不更改其它内容 。

取消所有文件的所有更改 :

git reset

在旧版本的 Git 中, 上述命令分别相当于 git 重置 HEAD < file > 和 git 重置 HEAD, 如果 HEAD 未定义( 因为您尚未在仓库中做出任何承诺) 或含糊不清( 因为您创建了一个名为 HEAD 的分支, 这是您不应该做的蠢事 ) , 则上述命令将失败。 但是, 在 Git 1.8. 2 中, 这被更改了 。 因此, 在现代版本的 Git 中, 您可以在第一次承诺之前使用上面的命令 :

当您在历史中没有任何承诺时, “ 将重置” (没有选项或参数) 用于错误退出, 但它现在给了您一个空索引( 匹配不存在的重置, 您甚至没有在 ) 。

文献资料:Git重置

要撤销 git 添加, 请使用 :

git reset filename

git reset filename.txt

将会从当前索引中删除名为文件名文件名. txt 的文件( 也称为“ 存储区域 ” , 即保存“ 即将执行” 的更改 ) , 而不更改其他任何更改( 工作目录没有被覆盖 ) 。