如何在提交前撤消'git add'？

我错误地使用命令将文件添加到git:

git add myfile.txt

我还没跑git commit.有没有办法撤消这个,所以这些文件不会包含在提交中？

^{到目前为止有48个答案(有些已删除).除非您有一些新信息,否则请不要添加新的.}

genehack.. 9777

您可以git add在提交之前撤消

git reset 

这将从当前索引("即将提交"列表)中删除它而不更改任何其他内容.

您可以使用

git reset

没有任何文件名来取消所有应有的更改.当在合理的时间内逐个列出太多文件时,这可以派上用场.

在旧版本的Git中,上面的命令分别等同于git reset HEAD ,git reset HEAD如果HEAD未定义(因为你还没有在你的repo中做过任何提交)或者模糊不清(因为你创建了一个叫做的分支HEAD,这是一个愚蠢的事情)将会失败你不应该这样做.这是在Git的1.8.2改变,虽然如此,在Git中的现代版本,你可以使用,甚至在决策前上方的命令,你的第一个承诺:

当您在历史记录中没有任何提交时,"git reset"(没有选项或参数)用于错误输出,但它现在为您提供一个空索引(以匹配不存在的提交您甚至没有).

当然,这不是一个真正的撤销,因为如果错误的`git add`覆盖了以前的阶段性的uncommited版本,我们就无法恢复它.我试着在下面的答案中澄清这一点. (81认同)

@Jonny,索引(也称为临时区域)包含*all*文件,而不仅仅是已更改的文件.它"启动生命"(当您检出提交或克隆存储库时)作为HEAD指向的提交中的所有文件的副本.因此,如果您*从索引中删除*文件(`git rm --cached`),则表示您准备进行*删除*该文件的提交.另一方面,`git reset HEAD `会将文件从HEAD复制到索引,这样下一次提交就不会显示对该文件所做的任何更改. (15认同)

我刚刚发现有一个`git reset -p`就像`git add -p`.这太棒了! (9认同)

你实际上**可以恢复覆盖以前上演但未完成的更改**但不是以用户友好的方式而不是100%安全(至少没有我找到):goto .git/objects,搜索在`git时创建的文件添加`你要恢复(`61/3AF3 ...` - >对象ID`613AF3 ...`),然后`git cat-file -p `(可能值得它恢复几个小时工作,但也经常教训...) (7认同)

`git reset HEAD*.ext`其中`ext`是你要取消添加的给定扩展名的文件.对我来说,它是`*.bmp`和`*.zip` (6认同)

Rhubarb.. 2105

你要:

git rm --cached 

推理:

当我刚接触这个时,我首先尝试过

git reset .

(撤消我的整个初始添加),只是为了得到这个(不那么)有用的消息:

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

事实证明这是因为HEAD ref(branch？)直到第一次提交之后才存在.也就是说,如果你的工作流程像我一样,你会遇到和我一样的初学者问题:

cd到我伟大的新项目目录,尝试Git,新的热点

git init

git add .

git status

......很多废话卷轴......

=>该死,我不想加上所有这些.

谷歌"撤消git添加"

=>找到Stack Overflow - yay

git reset .

=>致命:无法将'HEAD'解析为有效的参考号.

事实证明,在邮件列表中存在一个针对此无益的错误.

并且正确的解决方案就在Git状态输出中(是的,我把它作为'废话'掩盖了)

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

而解决方案确实是使用git rm --cached FILE.

请注意此处其他地方的警告 - git rm删除文件的本地工作副本,但如果使用--cached则不会删除.这是结果:git help rm

--cached使用此选项仅从索引中取消暂存和删除路径.将保留工作树文件,无论是否已修改.

我继续使用

git rm --cached .

删除所有内容并重新开始.虽然没有工作,因为虽然add .是递归的,但结果rm需要-r递归.叹.

git rm -r --cached .

好的,现在我回到了我开始的地方.下次我要用-n来做干运行,看看会添加什么:

git add -n .

我相信前拉上了一切到一个安全的地方git help rm关于--cached不破坏任何东西(和什么如果我拼错了它).

您可以git add在提交之前撤消

git reset 

这将从当前索引("即将提交"列表)中删除它而不更改任何其他内容.

您可以使用

git reset

没有任何文件名来取消所有应有的更改.当在合理的时间内逐个列出太多文件时,这可以派上用场.

在旧版本的Git中,上面的命令分别等同于git reset HEAD ,git reset HEAD如果HEAD未定义(因为你还没有在你的repo中做过任何提交)或者模糊不清(因为你创建了一个叫做的分支HEAD,这是一个愚蠢的事情)将会失败你不应该这样做.这是在Git的1.8.2改变,虽然如此,在Git中的现代版本,你可以使用,甚至在决策前上方的命令,你的第一个承诺:

当您在历史记录中没有任何提交时,"git reset"(没有选项或参数)用于错误输出,但它现在为您提供一个空索引(以匹配不存在的提交您甚至没有).

git rm --cached 

git reset .

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

git rm --cached .

git rm -r --cached .

git add -n .

git status

use "git reset HEAD ..." to unstage

(use "git rm --cached ..." to unstage)

git stage

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 gc --prune=now

$ 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 reset HEAD myfile.txt

git rm --cached . -r

git gui

git reset head 

# Think `svn revert ` IIRC.
git reset HEAD 
git checkout 

# If you have a `` named like ``, use:
git checkout -- 

git rm --cached 

git rm 

git reset HEAD file

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

    new file:   my_new_file.txt
    modified:   my_modified_file.txt

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

git unadd foo.txt bar.txt

git help rm

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

$ 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.
$

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

$> git --version
git version 1.6.2.1

git reset HEAD .

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

git reset -- 
Unstaged changes after reset:
M    

git rm --cached FILE

git reset *

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

git reset HEAD filename.txt

git add -p 

git add -i

git reset filename.txt

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

git reset filename.txt