커밋하기 전에 'git add'를 어떻게 취소합니까?

명령을 사용하여 실수로 Git에 파일을 추가했습니다.

git add myfile.txt

나는 아직 달리지 않았다 git commit. 이를 취소 할 수있는 방법이 있습니까? 그래서이 파일들은 커밋에 포함되지 않습니까?

git add커밋하기 전에 실행 취소 할 수 있습니다

git reset <file>

다른 것을 변경하지 않고 현재 인덱스 ( "커밋 예정"목록)에서 제거합니다.

당신이 사용할 수있는

git reset

파일 이름이 없어서 모든 변경 사항을 취소 할 수 있습니다. 합리적인 시간에 하나씩 나열 할 파일이 너무 많을 때 유용합니다.

이전 버전의 Git에서 위의 명령은 각각 git reset HEAD <file>과 동일하며 정의되지 않은 git reset HEAD경우 HEAD(아직 저장소에서 커밋하지 않았기 때문에) 또는 모호한 경우 (라는 분기를 만들었 기 때문에 HEAD멍청한 일입니다) 하지 말아야합니다). 그러나 이것은 Git 1.8.2에서 변경 되었으므로 최신 버전의 Git에서는 처음 커밋하기 전에도 위 명령을 사용할 수 있습니다.

히스토리에 커밋이 없을 때 오류를 발생시키는 데 사용되는 "git reset"(옵션 또는 매개 변수 없음)이 있지만 현재 존재하지 않는 커밋과 일치하지 않는 빈 인덱스를 제공합니다.

당신이 원하는 :

git rm --cached <added_file_to_undo>

추리:

내가 이것을 처음 접했을 때, 나는 처음 시도했다

git reset .

(전체 초기 추가를 실행 취소하려면) 유용한 메시지 만 표시하십시오.

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

HEAD ref (branch?)는 첫 번째 커밋 이후까지 존재하지 않기 때문입니다. 즉, 내 워크 플로가 다음과 같은 경우 초보자와 같은 문제가 발생합니다.

1. 내 새 프로젝트 디렉토리로 이동하여 Git을 시험해 보자.
2. git init
3. git add .

4. git status

   ... 많은 쓰레기 스크롤 ...

   => 젠장, 나는 그 모든 것을 추가하고 싶지 않았습니다.

5. 구글 "실행 취소 git add"

   => 스택 오버플로 찾기-예

6. git reset .

   => 치명적인 : 'HEAD'를 유효한 참조로 해결하지 못했습니다.

또한 메일 링리스트에 도움이되지 않는 버그가 기록 되어 있습니다.

그리고 올바른 해결책은 Git 상태 출력에 있습니다 (예, 나는 '쓰레기'로 빛났습니다)

...
# Changes to be committed:
#   (use "git rm --cached <file>..." 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 status

Git은 스테이지를 해제하는 방법에 대한 지시 사항을 포함하여 스테이지 등을 알려줍니다.

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

나는 Git이 이런 상황에서 옳은 일을하도록 방해하는 꽤 좋은 일을한다는 것을 알았습니다.

참고 : 최근 Git 버전 (1.8.4.x)에서이 메시지가 변경되었습니다.

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

명확히하려면 : 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 gc --prune=now

업데이트 (다음은 가장 많이 답변 된 답변에서 발생할 수있는 혼란을 없애려는 나의 시도입니다) :

그렇다면 실제 실행 취소 는 어느 것 git add입니까?

git reset HEAD <file> ?

또는

git rm --cached <file>?

엄밀히 말하면, 내가 실수하지 않으면 : none .

git add 일반적으로 안전하게 취소 할 수 없습니다 .

git add <file>실제로 실제로 무엇을하는지 생각해 보자 .

1. 경우 <file>한 이전에 추적되지 않습니다 , git add 캐시에 추가 현재의 내용으로.

2. 경우 <file>한 이미 추적 , git add 현재 내용 저장 캐시에 (스냅 샷, 버전). Git에서는 파일의 두 가지 버전 (스냅 샷)이 두 개의 다른 항목으로 간주 되므로이 작업을 여전히 add 라고 합니다 (따라서 단순히 업데이트 하지 않음 ). 따라서 실제로 캐시에 새 항목을 추가하므로 결국에는 나중에 약속했다.

이것에 비추어, 질문은 약간 모호합니다.

명령을 사용하여 실수로 파일을 추가했습니다 ...

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'를 수행하는 일반적인 게으른 워크 플로우를 따르고 (case 1) commit, git commit -a명령을 통해 새 내용을 업데이트하는 경우 이것은 중요하지 않습니다 .

^{* (편집 : 위의 내용은 실제로 정확하지만 단계적이지만 커밋되지 않은 다음 변경 사항을 복구하는 약간의 해킹 / 복잡한 방법이있을 수 있습니다-Johannes Matokic 및 iolsmit의 의견 참조)}

이미 추가 된 파일을 취소 하면 Git을 사용하는 것이 매우 쉽습니다. myfile.txt이미 추가 된 재설정의 경우 다음을 사용하십시오.

git reset HEAD myfile.txt

설명:

원하지 않는 파일을 준비한 후 실행 취소하려면을 수행 할 수 있습니다 git reset.Head은 로컬의 파일 헤드이고 마지막 매개 변수는 파일 이름입니다.

아래 이미지에서 이러한 경우에 발생할 수있는 모든 단계를 포함하여 자세한 내용을 아래 단계에서 만들었습니다.

git rm --cached . -r

현재 디렉토리에서 추가 한 모든 내용을 재귀 적으로 "추가 취소"합니다.

운영

git gui

수동으로 또는 모든 파일을 선택하고 커밋 에서 언 스테이지 버튼을 클릭하여 모든 파일을 제거하십시오 .

힘내 상상할 수있는 모든 행동에 대한 명령을 가지고 있지만, 물건을 올바르게 얻기 위해서는 광범위한 지식이 필요하며 그로 인해 반 직관적입니다 ...

당신이 전에 한 일 :

• 파일을 변경하고 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 add두 가지 의미가 있습니다.

1. 준비 영역에 새 파일 을 추가 한 다음로 실행 취소하십시오 git rm --cached file.
2. 스테이징 영역에 수정 된 파일을 추가 한 다음로 실행 취소하십시오 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 reset"Git 파산"을 선언하고 .git폴더를 삭제 하고 다시 시작하십시오.

다른 많은 답변에 따라 사용할 수 있습니다 git reset

그러나:

실제로 Git 명령을 추가하는 훌륭한 작은 게시물을 찾았 습니다. 자세한 내용 git unadd은 git unadd 를 참조하십시오.

간단히,

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

지금 당신은 할 수 있습니다

git unadd foo.txt bar.txt

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)
# [...]#

대화식 add로 들어가서 add 명령을 취소하려면 (git에 입력 한 명령은 "r"(revert), "1"(목록 revert가 표시되는 첫 번째 항목), 'return'을 눌러 되돌리기 모드에서 빠져 나오고, "q") (떠나다):

$ 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 remove또는 플래그 git rm와 함께 사용할 수 있습니다 --cached. 시험:

git help rm

새 프로젝트를 시작할 때이 문제를 피하는 방법은 다음과 같습니다.

• 새 프로젝트의 기본 디렉토리를 작성하십시오.
• 운영 git init .
• 이제 비어있는 경우에도 .gitignore 파일을 만듭니다.
• .gitignore 파일을 커밋하십시오.

힘내 정말 힘들다 git reset 커밋이 없으면 . 당신이 작은 초기, 그냥 하나를 갖는 위해 커밋 만드는 경우 이후에 가능하다고 git add -A하고git reset 당신이 모든 권리를 얻기 위해 원하는만큼 여러 번.

이 방법의 또 다른 장점은 나중에 줄 끝 문제가 발생하여 모든 파일을 새로 고쳐야하는 경우 쉽다는 것입니다.

• 초기 커밋을 확인하십시오. 모든 파일이 제거됩니다.
• 그런 다음 가장 최근 커밋을 다시 확인하십시오. 현재 줄 끝 설정을 사용하여 파일의 새로운 사본을 검색합니다.

아마 Git은 질문을 게시 한 후 진화했을 것입니다.

$> git --version
git version 1.6.2.1

이제 시도해 볼 수 있습니다 :

git reset HEAD .

이것은 당신이 찾고있는 것이어야합니다.

개정을 지정하지 않으면 구분 기호를 포함해야합니다. 내 콘솔의 예 :

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>

(Git 버전 1.7.5.4)

위에서 제안한대로 준비 영역에서 새 파일을 제거하려면 (새 파일의 경우에만) :

git rm --cached FILE

실수로 추가 한 새 파일에 대해서만 rm --cached를 사용하십시오.

특정 폴더 (및 해당 하위 폴더)의 모든 파일을 재설정하려면 다음 명령을 사용할 수 있습니다.

git reset *

*명령을 사용하여 한 번에 여러 파일을 처리 하십시오 .

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

기타

그냥 입력 git reset이 다시 복귀하고 사용자가 입력 결코처럼은 git add .마지막 커밋 때문이다. 전에 커밋했는지 확인하십시오.

새 파일을 작성한다고 가정하십시오 newFile.txt.

실수로 파일을 추가한다고 가정 해보십시오 git add newFile.txt.

이제 커밋 전에이 추가를 취소하고 싶습니다 git reset newFile.txt.

특정 파일의 경우 :

• 자식 재설정 my_file.txt
• 자식 체크 아웃 my_file.txt

추가 된 모든 파일 :

• git reset.
• git checkout.

참고 : 체크 아웃 은 파일의 코드를 변경하고 마지막 업데이트 (커밋 된) 상태로 이동합니다. reset 은 코드를 변경하지 않습니다. 그냥 헤더를 재설정합니다.

이 명령은 변경 사항을 해제합니다.

git reset HEAD filename.txt

당신은 또한 사용할 수 있습니다

git add -p 

파일의 일부를 추가합니다.

대화식 모드도 있습니다.

git add -i

옵션 3을 선택하여 파일을 추가 해제하십시오. 제 경우에는 종종 하나 이상의 파일을 추가하고 싶습니다. 대화식 모드에서는 이와 같은 숫자를 사용하여 파일을 추가 할 수 있습니다. 4 : 1, 2, 3, 5를 제외한 나머지는 모두 걸립니다.

순서를 선택하려면 1-5를 입력하여 1에서 5까지를 모두 취하십시오.

힘내 준비 파일

실행 취소하려면 다음을 git add사용하십시오.

git reset filename

git reset filename.txt

다른 것을 변경하지 않고 현재 색인에서 "약속 예정"영역의 filename.txt라는 파일을 제거합니다.

git add myfile.txt # 커밋 할 목록에 파일이 추가됩니다.

이 명령과는 정반대입니다.

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

따라서 이전 상태에있게됩니다. 지정되지 않은 목록에 다시 지정됩니다 (이전 상태).

지정된 파일로 머리를 재설정합니다. 따라서 머리에 의미가 없으면 간단히 재설정됩니다.

Sourcetree에서는 GUI를 통해이를 쉽게 수행 할 수 있습니다. Sourcetree에서 파일을 언 스테이지하는 데 사용하는 명령을 확인할 수 있습니다.

새 파일을 만들어 Git에 추가했습니다. 그런 다음 Sourcetree GUI를 사용하여 스테이지를 해제했습니다. 결과는 다음과 같습니다.

준비 파일 [08/12/15 10:43] git -c diff.mnemonicprefix = false -c core.quotepath = false -c credential.helper = sourcetree reset -q-경로 /to/file/filename.java

Sourcetree는 reset새 파일을 스테이지 해제하는 데 사용 합니다.

git reset filename.txt  

다른 것을 변경하지 않고 현재 색인에서 "약속 예정"영역의 filename.txt라는 파일을 제거합니다.