在源树中,您可以通过 GUI 轻松地做到这一点。您可以检查源树命令用什么来取消文件 。

我创建了一个新的文件, 并将其添加到 Git 中。 然后我用“ 原始树 GUI” 解除了它。 这是结果 :

解除文件 [08/12/ 15 10: 43] git - c diff. mnemonicprefix= false - c c c核心. cootepath= false - creedical. helper= 源树重新设置 -q - 路径/ 到/ 文件/ files/ filename.java

源树用途reset以卸载新文件。

也许Git已经进化了 自从你提出问题之后

$> git --version
git version 1.6.2.1

现在,你可以试试:

git reset HEAD .

这应该就是你要找的

在接受的答案之外加一个, 如果你的错误添加的文档是巨大的, 你可能会注意到, 即使从索引中删除它与 ”git reset',它似乎仍然占据着空间.git目录。

这没什么可担心的;文件确实还在存储库中,但只是作为“空天体”而已。它不会被复制到其他存储库(通过克隆、推推),空间最终会被回收——也许不会很快。如果你急躁,你可以运行:

git gc --prune=now

更新更新更新(以下是我试图澄清最受重视的答案可能引起的混乱):

所以,这是真实的取消对联 联 年 月 日 月 日 月 月 日 月 月 日 月 月 月 日 月 月 日 月 月 日 月 月 月 日 月 月 日 月 月 月 日 月 的 月 月 月 日 月 月 日 月 的 月 月 月 月 日 月 月 月git add?

git reset HEAD <file> ?

或

git rm --cached <file>?

严格地说 如果我没弄错的话无 无.

git add 无法撤消- 安全,在一般情况下。

让我们首先回顾一下什么git add <file>实际上:

1. 如果(如果)<file>原为之前未跟踪过, git add 添加到缓存中及其当前内容。

2. 如果(如果)<file>原为已经跟踪, git add 保存当前内容在 Git 中, 此动作仍然被调用添加 添加, (不仅仅是更新更新更新因为文件的两个不同版本(笔记本)被视为两个不同的项目:因此,我们确实在缓存中添加一个新项目,最终将执行。

有鉴于此,问题略微模糊不清:

我使用命令错误地添加了文件...

OP的假想似乎是第一个(未跟踪文件), 我们希望“ 无法” 从跟踪项目中删除文件( 不仅仅是当前内容) 。如果(如果)情况是这样的 跑就没事了git rm --cached <file>.

我们也可以运行git reset HEAD <file>。这总的来说是可取的,因为它在两种情况下都有效:当我们错误地添加了已经追踪到的项目的版本时,它也会产生相反的结果。

但有两个警告。

第一:(如在答复中所指出)只有一种情况是:git reset HEAD不工作,但git rm --cached确实: 一个新的仓库( 不承诺) 。 但实际上, 这实际上是一个无关紧要的案件 。

第二:注意git reset HEAD无法神奇地收回先前的缓存文件内容, 它只会从 HEAD 中恢复同步 。 如果被误导git add我们无法收回先前的未承诺版本。 因此,严格地说,我们无法撤销 [*] 。

示例:

$ git init
$ echo "version 1" > file.txt
$ git add file.txt   # First add of file.txt
$ git commit -m 'first commit'
$ echo "version 2" > file.txt
$ git add  file.txt   # Stage (don't commit) "version 2" of file.txt
$ git diff --cached file.txt
-version 1
+version 2
$ echo "version 3" > file.txt
$ git diff  file.txt
-version 2
+version 3
$ git add  file.txt    # Oops we didn't mean this
$ git reset HEAD file.txt  # Undo?
$ git diff --cached file.txt  # No dif, of course. stage == HEAD
$ git diff file.txt   # We have irrevocably lost "version 2"
-version 1
+version 3

当然,如果我们只是遵循通常的懒惰工作流程,只做“Git add”来添加新文件(第1个案例),而我们通过承诺更新新内容,这并非非常关键,git commit -a命令。

^{* (编辑:上述内容实际上是正确的,但是仍然可以有一些稍有黑客/参与的方式来恢复已经形成但并未实施、但又被推翻的变革——见Johannes Matokic和iolsmit的评论)}

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

假设我无意中添加文件git add newFile.txt:

现在我想撤销此添加, 在承诺之前,git reset newFile.txt:

缩略git reset命令帮助您修改中转区域或中转区域以及工作树。 Git 的手工能力与您想要的完全一样,意味着有时需要取消对您所要的修改的修改git add.

你可以通过拨打电话来做到这一点git reset HEAD <file to change>。您有两种选择可以完全消除变化。git checkout HEAD <file(s) or path(s)>是一种快速的方法 来消除改变你的中转区和工作树的改变。

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

您可支配的另一个命令是git reset --hard。它同样会破坏您的工作树,任何未承诺的改变或分阶段的改变在运行后都会丢失。运行中git reset -hard HEAD做同样的事情git checkout HEAD。它只是不需要文件或工作路径。

您可以使用--soft与git reset。它将存储库重新设置为您指定和分阶段进行所有这些修改的承诺。您已经进行的任何修改都不会受到影响,工作树上的修改也不会受到影响。

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

问题未明确提出,原因是:git add有两个含义:

1. 添加 a新文件到集结区,然后撤消git rm --cached file.
2. 添加 a修改后撤消区域文件,然后用git reset HEAD file.

如果有疑问,使用

git reset HEAD file

因为它在两种情况下都做了预期的事

警告 :如果有的话git rm --cached file档案中修改后(一个之前在存储库中存在的文件) , 然后文件将会在git commit! 它将仍然存在于您的文件系统中, 但是如果有其他人拉动您的承诺, 文件将会从他们的工作树上删除 。

git status将会告诉你,如果文件是新文件或修改后:

On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    new file:   my_new_file.txt
    modified:   my_modified_file.txt