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

git add myfile.txt

我还没跑呢git commit。我如何撤销这些修改,使这些修改不包含在承诺中?


当前回答

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

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

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

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

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

其他回答

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

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

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

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

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

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

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

你以前做过的事:

  • 更改文件并使用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>
    

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

单个文件

git reset File.txt

多个文件

git reset File1.txt File2.txt File3.txt

示例示例示例示例

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

Enter image description here

并要撤消/重置

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

Enter image description here

同一例子使用Git 图形界面

git gui

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

Enter image description here