撤消撤消git add用于未承诺更改的更改 :

git reset <file>

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

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

git reset

在旧的 Git 版本中,上述命令相当于git reset HEAD <file>和git reset HEAD或将失效,如果HEAD未定义(因为你尚未在仓库中做出任何承诺)或模糊(因为你创建了一个分支,称为:HEAD这是你不该做的蠢事在Git 1.8.2中更改。,所以在现代版本的 Git 中,你可以使用上面的命令,甚至在你第一次做出承诺之前:

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

文 件:git 重设

键入 :

git status

Git会告诉你什么是舞台,等等, 包括关于如何解除舞台的指示:

use "git reset HEAD <file>..." to unstage

我发现吉特做的相当不错 裸体我做正确的事情 在这样的情况下。

注:最近Git版本(1.8.4.x)更改了此电文:

(use "git rm --cached <file>..." to unstage)

您想要 :

git rm --cached <added_file_to_undo>

理由:

当我刚开始做这个的时候,我第一次尝试

git reset .

(取消我最初添加的全部内容), 只是为了得到这个(不是这样的)有用信息:

fatal: Failed to resolve 'HEAD' as a valid ref.

结果发现,这是因为 HEAD ref (blanch?) 直到第一次承诺之后才存在。 这就是说,你会遇到跟我一样的初学者的问题, 如果你的工作流程像我的一样, 像是:

1. Cd 我伟大的新项目目录 试探Git, 新的热度
2. git init
3. git add .

4. git status

   ...很多垃圾卷轴 通过...

   该死,我不想加上这些

5. google “ 未跳过 git 添加 ”

   找到堆叠溢出

6. git reset .

   致命: 解决“ HEAD” 有效参考失败 。

更进一步发现a 窃听器记录与邮件列表中的无益对比。

正确的解决方案就在 Git 状态输出中( 是的, 我将它伪装成“ 废话 ” ) 。

...
# Changes to be committed:
#   (use "git rm --cached <file>..." to unstage)
...

解决的确是使用git rm --cached FILE.

请注意这里其他地方的警告-git rm删除本地文件的工作副本,但否使用-- -- cooked。以下是git help rm:

--cached 使用此选项来卸载和从索引中删除路径。 工作树文件, 不论是否修改, 都会被左移 。

我开始使用

git rm --cached .

把所有东西都搬走,重新开始。虽然没有成功,因为当add .循环,结果rm需要满足的需求-r来重复。 叹气 。

git rm -r --cached .

好了,现在我回到我开始的地方 下次我再用-n以进行一个干燥的运行,然后观察将要增加什么:

git add -n .

在信任之前,我把所有东西都拉到一个安全的地方git help rm关于 The 的--cached你们不要毁灭任何物,如果我误译了它,

如上文所述,从中转区删除新文件(仅在出现新文件的情况下):

git rm --cached FILE

使用 rm -- -- 刻录仅用于新文件不小心添加 。

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

$> git --version
git version 1.6.2.1

现在,你可以试试:

git reset HEAD .

这应该就是你要找的

如果你在初始承诺中,你不能使用git reset,只要声明“破产破产”并删除.git文件夹重新开始

git rm --cached . -r

将“ un- add- add” 添加您从当前目录中添加的所有内容递归到当前目录

只是类型git reset它将复返,犹如你从未打过字一样。git add .自从你最后一次承诺之后,你一定要保证你以前的承诺。

为了澄清:git add将当前工作目录的更改移动到中转区(索引)。

此进程被称为此进程中 中 中。因此,最自然的命令阶段更改(已修改的文件)是显而易见的:

git stage

git add是一个简单到类型化的别名git stage

可惜没有git unstage英git unadd命令。相关命令更难猜或记,但很明显:

git reset HEAD --

我们可以很容易地为此创建别名:

git config --global alias.unadd 'reset HEAD --'
git config --global alias.unstage 'reset HEAD --'

最后,我们有了新的命令:

git add file1
git stage file2
git unadd file2
git unstage file1

我个人甚至使用更短的化名:

git a # For staging
git u # For unstaging

根据其他许多答案,你可以使用git reset

不过:

我发现这个小小小文章, 实际上增加了Git 命令(别名),git unadd:见git 取消添加详细信息或... 。

简而言之

git config --global alias.unadd "reset HEAD"

现在你可以

git unadd foo.txt bar.txt

或/直接:

git reset HEAD foo.txt bar.txt

在接受的答案之外加一个, 如果你的错误添加的文档是巨大的, 你可能会注意到, 即使从索引中删除它与 ”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的评论)}

在您启动一个新工程时, 避免这个棘手问题的方法 :

• 为您的新工程创建主目录 。
• 运行运行中git init.
• 现在创建一个. gitignore 文件( 即使它是空的 ) 。
• 提交您的. gitignore 文件 。

吉特让事情很难办git reset如果你没有任何承诺,如果你没有承诺。如果你为了拥有一个承诺而创建了一个小小的初始承诺,你可以在此之后git add -A和git reset为了让一切都好,你想多少次就多少次

这种方法的另一个优点是,如果你以后遇到一连串的麻烦, 需要刷新你所有的文件, 这很容易:

• 检查一下初始承诺。 这将删除全部文件 。
• 然后再次检查您最近的承诺。 这将使用您当前的行终结设置, 获取您文件的更新副本 。

运行运行中

git gui

,然后手动删除所有文件,或者选择全部文件,然后单击实施后的非阶段按钮。

请注意,如果您没有指定修改,则必须包含一个分隔符。例如,我的控制台:

git reset <path_to_file>
fatal: ambiguous argument '<path_to_file>': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions

git reset -- <path_to_file>
Unstaged changes after reset:
M    <path_to_file>

(1.7.5.4版总版)

使用使用git add -i以删除您即将承诺的添加文件 。 例如 :

添加您不想添加的文件 :

$ git add foo
$ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       new file:   foo
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
# [...]#

进入交互式添加以取消您的添加( 这里输入的 git 命令是“ r”( revert) , “ 1”( 列表返回显示的第一个条目) , “ return” 退出返回模式, 以及“ q” ( quit) :

$ git add -i
           staged     unstaged path
  1:        +1/-0      nothing foo

*** Commands ***
  1: [s]tatus     2: [u]pdate     3: [r]evert     4: [a]dd untracked
  5: [p]atch      6: [d]iff       7: [q]uit       8: [h]elp
What now> r
           staged     unstaged path
  1:        +1/-0      nothing [f]oo
Revert>> 1
           staged     unstaged path
* 1:        +1/-0      nothing [f]oo
Revert>> 
note: foo is untracked now.
reverted one path

*** Commands ***
  1: [s]tatus     2: [u]pdate     3: [r]evert     4: [a]dd untracked
  5: [p]atch      6: [d]iff       7: [q]uit       8: [h]elp
What now> q
Bye.
$

这就是你的证据 证明"foo"又回到了未追踪的名单上

$ git status
# On branch master
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
# [...]
#       foo
nothing added to commit but untracked files present (use "git add" to track)
$

要重置特定文件夹( 及其子文件夹) 中的每一文件, 您可以使用以下命令 :

git reset *

此命令将卸载您的更改 :

git reset HEAD filename.txt

您也可以使用

git add -p 

以添加文件的部分。

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

你以前做过的事:

• 更改文件并使用git add .,或git add <file>.

你想怎样:

• 从索引中删除文件, 但保留其版本, 并保留工作副本中未承诺的更改 :

   git reset HEAD <file>
  

• 从 HEAD 将文件重置为最后一个状态, 撤消更改并将其从索引中删除 :

   # Think `svn revert <file>` IIRC.
   git reset HEAD <file>
   git checkout <file>
  
   # If you have a `<branch>` named like `<file>`, use:
   git checkout -- <file>
  

  之所以需要这样做,是因为git reset --hard HEAD单项文件不会工作。

• 删除删除<file>从索引和版本中创建, 保留未翻过的文件, 更改工作副本 :

   git rm --cached <file>
  

• 删除删除<file>从工作副本和版本完全版本中产生 :

   git rm <file>
  

使用*命令一次处理多个文件 :

git reset HEAD *.prj
git reset HEAD *.bmp
git reset HEAD *gdb*

等

问题未明确提出,原因是: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

还有一个互动模式:

git add -i

选择 选项 3 到 取消 添加文件 。 在我的情况中, 我通常要添加多个文件, 用交互模式, 您可以使用这样的数字来添加文件 。 这将除 4: 1, 1, 2, 3, 和 5 以外, 全部要用这个数字来添加文件 : 1, 2, 3 和 5

要选择一个序列, 只要类型 1-5 就可以从 1 到 5 全部取出 。

Git 中转文件

在源树中,您可以通过 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 reset filename.txt

将删除命名的文件filename.txt从当前索引(也称为“存储区域”,即“即将实施”的改动”被保存的地方)中取出,不作任何其他改动(工作目录没有被覆盖)。

要撤销git add, 使用 :

git reset filename

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

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

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

最直觉的解决方案之一是使用原始树.

您可以从舞台和非舞台拖放文件或拖放文件

git add myfile.txt# 这将将您的文件添加到待发列表中

与这个命令完全相反的是,

git reset HEAD myfile.txt  # This will undo it.

因此,您将处于上一个状态。指定的状态将再次出现在未跟踪的列表中(先前的状态)。

它会用指定的文件重置你的头。 所以, 如果您的头没有它意味着, 它只会重置它 。

撤消撤消已经添加的文件使用 Git 很容易。 用于重设myfile.txt已经添加的,使用:

git reset HEAD myfile.txt

解释:

启动不需要的文件后,要撤消文件,您可以完成git reset. Head是在本地文件中您文件的头,而最后一个参数是您文件的名称。

我为你们创建了以下图像中的步骤, 更详细地介绍了这些步骤, 包括在这些情况下可能发生的所有步骤:

git reset filename.txt  

将会从当前索引“ 即将被执行” 区域中删除一个名为文件名. txt 的文件, 而不更改其它内容 。

对于特定文件 :

• git 重置我的文件_ file. txt
• git 检出我的文件. txt

对于所有添加的文件 :

• git 重置 。
• Git退房。

注:退出更改文件中的代码, 并移动到上次更新( 承诺) 状态 。重设重置代码不会改变,它只是重置信头。

缩略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将工作树重置,不进行任何修改。这也将取消任何正在准备的修改。

更新2019年更新

正如其他人在相关问题中所指出的(见A/CN.9/WG.III/WG.II),在这里, 在这里, 在这里, 在这里, 在这里, 在这里, 和在这里现在可以了取消一个单独的文件与:

git restore --staged <file>

和取消所有文件以下列方式写成:

git restore --staged .

Notes

git restore于2019年7月以2.23版本发布。
与--staged旗帜, 它会恢复索引的内容( 在此询问什么 ) 。

运行时git status与 Saged 未经发送文件一起, Git 现在建议用这个来解开 Page 文件( 而不是git reset HEAD <file>在 v2.23 之前使用过。

我第一次遇到这个问题时,发现此员额从这里和从第一个答案 我学到,我应该做的git reset <filename>它的工作顺利。

最后,我碰巧在我的主 Git 文件夹中 有一些子文件夹。git add .以在子文件夹中添加所有文件,然后git reset我并不想添加的少数文件 。

如今我有很多档案和子文件夹git reset单一个一个,但更简单git add .首先, 然后重置少数重/ 不受欢迎但有用的文件和文件夹 。

我找到了以下方法(没有记录)在这里或在这里相对容易,我希望会有所帮助:

假设你的情况如下:

Folder/SubFolder1/file1.txt
Folder/SubFolder2/fig1.png
Folder/SubFolderX/fig.svg
Folder/SubFolder3/<manyfiles>
Folder/SubFolder4/<file1.py, file2.py, ..., file60.py, ...>

您想要添加所有文件夹和文件, 但不是fig1.png,而不是SubFolderX,而不是file60.py名单不断增长...

首先,制造/制造bash shell script并给它一个名字。你说:git_add.sh:

然后将所有路径添加到所有文件夹和文件git reset之前的git reset -- 。您可以很容易地将路径复制到脚本中git_add.sh随着您的文件列表的增长。git_add.sh看起来像这个脚本 :

#!/bin/bash

git add .
git reset -- Folder/SubFolder2/fig1.png
git reset -- Folder/SubFolderX
git reset -- Folder/SubFolder4/file60.py

#!/bin/bash很重要。 那么source git_add.sh运行它。 在那之后, 你可以做git commit -m "some comment",然后git push -u origin master如果你已经设置了比特巴基特/吉图布。

免责声明:我只在Linux测试过这个。

如果您在本地 git 仓库中保留了大量文件和文件夹, 但是您不想当您保存时跟踪更改git add .说视频和数据文件您必须学会如何使用.gitignore. 可能来自在这里.

您可以使用g基基边命令或图形用户界面 Git 。

单个文件

git reset File.txt

多个文件

git reset File1.txt File2.txt File3.txt

示例示例示例示例

假设你添加了Home.js 居家公居, 项目表.js, 最新情况.js犯错,

并要撤消/重置

git reset src/components/home/Home.js src/components/listItem/ListItem.js src/components/update/Update.js

同一例子使用Git 图形界面

git gui

打开窗口。不检查您的文件分阶段变化(将承诺)

您可以在 Git 2. 23 版本后使用此命令 :

git restore --staged <filename>

或者,你可以使用这个命令:

git reset HEAD <filename>

我会用git restore --staged .或git restore --staged <filename>

您也可以使用git rm --cached然而,git rm命令应最好用于已跟踪的文件 。

如果您想要还原最后一个任务, 但仍要保留在任务中本地作出的更改, 请使用此命令 :

git reset HEAD~1 --mixed

git add -A

用于将所有文件添加到您的承诺( 阶段) 。

git reset

是“ git 添加 - A” 命令的对面。它会删除所有要执行的分阶段文件( 手段已准备就绪 ) 。

同样,为了添加一个用于承诺的具体文件,我们使用git add <filename>相同的方式, to unstage( 或重置) 一个我们添加的具体文件git add我们使用git reset <filename> .

git 重置与 git 添加完全相反 。