Taahhüt etmeden önce 'git add' i nasıl geri alabilirim?

Yanlışlıkla Git komutunu kullanarak dosyaları ekledim:

git add myfile.txt

Henüz kaçmadım git commit. Bunu geri almanın bir yolu var mı, bu yüzden bu dosyalar işleme dahil edilmeyecek mi?

Taahhüt git addetmeden önce geri alabilirsiniz.

git reset <file>

başka bir şey değiştirmeden mevcut dizinden kaldıracak ("kaydedilmek üzere" listesi).

Kullanabilirsiniz

git reset

tüm dosya değişikliklerini bozmak için herhangi bir dosya adı olmadan. Makul bir sürede tek tek listelenecek çok fazla dosya olduğunda bu kullanışlı olabilir.

Git'in eski sürümlerinde, yukarıdaki komutlar sırasıyla git reset HEAD <file>ve eşdeğeridir ve tanımsızsa (deponuzda henüz herhangi bir taahhütte bulunmadığınız için) veya belirsiz ( aptalca bir şey olarak adlandırılan bir şube oluşturduğunuz için) git reset HEADbaşarısız olur. yapmamalısınız). Bu Git 1.8.2'de değiştirildi , bu yüzden Git'in modern sürümlerinde ilk taahhüdünüzü yapmadan önce bile yukarıdaki komutları kullanabilirsiniz:HEADHEAD

"git reset" (seçenekler veya parametreler olmadan), geçmişinizde herhangi bir taahhüt olmadığında hata vermek için kullanılır, ancak şimdi size boş bir dizin verir (var olmayan taahhüdü eşleştirmek için bile değil).

İstediğiniz:

git rm --cached <added_file_to_undo>

Akıl Yürütme:

Bu konuda yeni olduğumda, önce denedim

git reset .

(tüm ilk eklememi geri almak için), yalnızca bu (o kadar değil) yararlı mesajı almak için:

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

Bunun nedeni, HEAD ref (şube?) İlk taahhütten sonraya kadar mevcut olmadığıdır. Yani, benimki gibi iş akışınız şunun gibi bir şeyse, benimle aynı acemi problemiyle karşılaşacaksınız:

1. Yeni hotness Git'i denemek için harika yeni proje dizinime cd
2. git init
3. git add .

4. git status

   ... bir sürü saçmalık ...

   => Lanet olsun, hepsini eklemek istemedim.

5. google "eklentiyi geri al"

   => Yığın Taşması'nı bul - yay

6. git reset .

   => fatal: 'HEAD' geçerli bir ref olarak çözümlenemedi.

Ayrıca , posta listesinde bunun yararsızlığına karşı günlüğe kaydedilen bir hata olduğu ortaya çıkıyor .

Ve doğru durumun Git durum çıktısında olduğunu (ki, evet, 'saçmalık olarak parladım)

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

Ve çözüm gerçekten kullanmaktır git rm --cached FILE.

- Başka yerde burada uyarıları Not git rmama, dosyanın yerel çalışma kopyası siler değil kullanırsanız --cached . İşte sonucu git help rm:

--cached Yolları yalnızca dizinden kaldırmak ve kaldırmak için bu seçeneği kullanın. Değiştirilmiş olsun olmasın çalışan ağaç dosyaları bırakılacaktır.

Kullanmaya devam ediyorum

git rm --cached .

her şeyi kaldırmak ve yeniden başlamak için. Yine de işe yaramadı, çünkü add .özyinelemeli olsa da, tekrarlaması rmgerekiyor -r. İç çekmek.

git rm -r --cached .

Tamam, şimdi başladığım yere geri döndüm. Bir dahaki sefere -nkuru bir koşu yapmak ve ne ekleneceğini görmek için kullanacağım:

git add -n .

Hiçbir şeyi yok etmeme git help rmkonusunda güvenmeden önce her şeyi güvenli bir yere sıkıştırdım --cached(ya da yanlış yazmışsam).

Eğer yazarsanız:

git status

Git size nasıl sahnelendiğini, vb.

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

Git'in böyle durumlarda doğru şeyi yapmam için beni teşvik etmenin oldukça iyi bir işi olduğunu düşünüyorum.

Not: Son Git sürümleri (1.8.4.x) bu mesajı değiştirdi:

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

Açıklığa kavuşturmak için: git adddeğişiklikleri geçerli çalışma dizininden hazırlama alanına taşır (dizin) .

Bu işleme evreleme denir . En doğal komut So sahne değişiklikleri (değişti dosyaları) belirgin olanıdır:

git stage

git add için yazması daha kolay bir takma addır git stage

Yazık ki git unstagene git unaddkomut ne de . İlgili olanı tahmin etmek veya hatırlamak daha zordur, ancak oldukça açıktır:

git reset HEAD --

Bunun için kolayca bir takma ad oluşturabiliriz:

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

Ve son olarak, yeni komutlarımız var:

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

Şahsen ben daha kısa takma adlar kullanıyorum:

git a # For staging
git u # For unstaging

Kabul edilen cevaba ek olarak, yanlışlıkla eklenen dosyanız çok büyükse, muhtemelen ' git reset' ile dizinden çıkardıktan sonra bile .gitdizinde yer işgal ettiğini göreceksiniz .

Bu endişelenecek bir şey değil; dosya gerçekten de hala depoda, ama sadece "gevşek bir nesne" olarak. Diğer depolara kopyalanmayacak (klon, itme yoluyla) ve alan belki de çok yakında olmasa da sonunda geri kazanılacak. Endişeli iseniz, şunları yapabilirsiniz:

git gc --prune=now

Güncelleme (aşağıdaki, en çok oylanan cevaplardan kaynaklanabilecek karışıklığı giderme girişimimdir):

Gerçek Yani, geri alma ait git add?

git reset HEAD <file> ?

veya

git rm --cached <file>?

Kesinlikle konuşmak gerekirse ve eğer yanılmıyorsam: hiçbiri .

git add Geri alınamayanGenel .

Önce git add <file>gerçekte ne yaptığını hatırlayalım :

1. Eğer <file>edilmiştir daha önce izlenmeyen , git add cache ekler bugünkü içeriğiyle.

2. Eğer <file>edildi zaten izlenir , git add güncel içerik kaydeder önbelleğe (enstantane, sürüm). Git'te, bu eyleme yine de add adı verilir (sadece güncellemez ), çünkü bir dosyanın iki farklı sürümü (anlık görüntüleri) iki farklı öğe olarak kabul edilir: dolayısıyla, sonunda önbelleğe gerçekten yeni bir öğe ekliyoruz sonra taahhüt.

Bunun ışığında, soru biraz belirsiz:

Yanlışlıkla komutu kullanarak dosya ekledim ...

OP'nin senaryosu ilk (izlenmemiş dosya) gibi görünüyor, "geri al" ın izlenen öğelerden dosyayı (yalnızca geçerli içeriği değil) kaldırmasını istiyoruz. Eğer durum böyle ise, o zaman çalıştırmak için Tamam git rm --cached <file> .

Ve biz de koşabiliriz git reset HEAD <file> . Bu genellikle tercih edilir, çünkü her iki senaryoda da çalışır: zaten izlenen bir öğenin sürümünü yanlış eklediğimizde de geri alır.

Ama iki uyarı var.

Birincisi: (cevapta belirtildiği gibi), çalışmayan yalnızca bir senaryo var git reset HEAD, ancakgit rm --cached yeni bir havuz (taahhüt yok) . Ama, gerçekten, bu pratik olarak alakasız bir durum.

İkincisi: git reset HEAD Önceden önbelleğe alınan dosya içeriğini sihirli bir şekilde kurtaramayacağının farkında olun , sadece HEAD ile yeniden senkronize eder. Yanlış yönlendirilmiş git addbir önceki aşamalı taahhütlü olmayan sürümün üzerine yazmışsa, onu kurtaramayız. Bu yüzden, kesinlikle, [*] 'i geri alamayız.

Misal:

$ 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

Tabii ki, sadece yeni dosyalar eklemek için 'git add' yapmanın her zamanki tembel iş akışını takip edersek ve çok yeni bir içeriği, exec, git commit -akomutu ile güncellersek, bu çok kritik değildir .

^Düzenle

Git'i kullanarak zaten eklenmiş olan bir dosyayı geri almak oldukça kolaydır. myfile.txtÖnceden eklenmiş olan sıfırlama için şunu kullanın:

git reset HEAD myfile.txt

Açıklama:

İstenmeyen dosyaları hazırladıktan sonra geri alabilirsiniz git reset. Head, yerelde dosyanızın başıdır ve son parametre dosyanızın adıdır.

Bu durumda olabilecek tüm adımlar da dahil olmak üzere, aşağıdaki görüntüdeki adımları sizin için daha ayrıntılı olarak oluşturdum:

git rm --cached . -r

geçerli dizininize eklediğiniz her şeyi tekrar tekrar "ekleyemez"

Çalıştırmak

git gui

ve tüm dosyaları manuel olarak veya tümünü seçerek ve kesinleştir düğmesine tıklayın.

Git'in akla gelebilecek her eylem için komutları vardır, ancak işleri düzeltmek için kapsamlı bilgiye ihtiyaç duyar ve bu nedenle en iyi şekilde sezgiseldir ...

Daha önce ne yaptınız:

• Bir dosyayı değiştirdi ve kullandı git add .veya git add <file>.

Ne istiyorsunuz:

• Dosyayı dizinden kaldırın, ancak çalışan kopyada taahhüt edilmemiş değişikliklerle sürümlü ve solda bırakın:

  git reset head <file>
  

• Değişiklikleri geri alıp dizinden kaldırarak dosyayı HEAD'den son duruma sıfırlayın:

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

  Bu, git reset --hard HEADtek dosyalarla çalışmadığından gereklidir .

• <file>Dizin ve sürüm oluşturma işleminden kaldırın , sürümlenmemiş dosyayı çalışma kopyasındaki değişikliklerle birlikte saklayın:

  git rm --cached <file>
  

• <file>Çalışan kopyadan ve sürümden tamamen kaldırın :

  git rm <file>
  

Soru açıkça sorulmuyor. Nedeni git addiki anlamı var:

1. hazırlama alanına yeni bir dosya ekledikten sonra geri algit rm --cached file .
2. hazırlama alanına değiştirilmiş bir dosya ekleyerek geri alın git reset HEAD file.

Şüpheniz varsa,

git reset HEAD file

Çünkü her iki durumda da beklenen şeyi yapıyor.

Uyarı: Değiştirilmiş bir dosyada (daha önce depoda git rm --cached filebulunan bir dosya) yaparsanız , dosya kaldırılır ! Dosya sisteminizde hala var olacaktır, ancak başka biri taahhüdünüzü çekerse, dosya çalışma ağacından silinir.git commit

git statusdosyanın yeni bir dosya mı yoksa değiştirilmiş mi olduğunu size bildirir :

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

İlk taahhüdünüzdeyseniz ve kullanamıyorsanız git reset, sadece "Git iflas" ilan edin ve .gitklasörü silin ve baştan başlayın

Diğer cevapların çoğuna göre, git reset

FAKAT:

Aslında Git komutunu ekleyen bu harika küçük gönderiyi buldum (iyi, bir takma ad) git unadd: see git unadd ayrıntılar için bakın veya ..

basitçe,

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

Şimdi yapabilirsin

git unadd foo.txt bar.txt

Yeni git add -ieklenen dosyaları yaklaşan taahhüdünüzden kaldırmak için kullanın . Misal:

İstemediğiniz dosyayı ekleme:

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

Eklemenizi geri almak için etkileşimli eklemeye gitmek (buraya git'e yazılan komutlar "r" (geri döndür), "1" (listedeki ilk geri döndürme gösterileri), geri döndürme modundan çıkmak için 'geri dön' ve "q" dır. (çıkmak):

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

Bu kadar! "Foo" nun tekrar izlenenler listesinde olduğunu gösteren kanıtınız:

$ 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 removeveya git rmbunun için --cachedbayrakla birlikte kullanılabilir . Deneyin:

git help rm

Yeni bir proje başlattığınızda bu can sıkıcı sorundan kaçınmanın bir yolu:

• Yeni projeniz için ana dizini oluşturun.
• Koş git init.
• Şimdi bir .gitignore dosyası oluşturun (boş olsa bile).
• .Gitignore dosyanızı kaydedin.

git resetHerhangi bir taahhüdünüz yoksa Git yapmak gerçekten zorlaşır . Sadece sahip olmak uğruna küçük bir başlangıç ​​taahhüdü yaratırsanız, bundan sonra git add -Avegit reset her şeyi doğru yapmak için istediğiniz kadar .

Bu yöntemin bir başka avantajı, daha sonra satır sonu sorunlarıyla karşılaşırsanız ve tüm dosyalarınızı yenilemeniz gerekirse, kolay olmasıdır:

• İlk taahhüdü kontrol edin. Bu, tüm dosyalarınızı kaldıracaktır.
• Ardından en son taahhüdünüzü tekrar kontrol edin. Bu, geçerli satır sonu ayarlarınızı kullanarak dosyalarınızın yeni kopyalarını alır.

Belki Git sorunuzu yayınladığınızdan beri gelişmiştir.

$> git --version
git version 1.6.2.1

Şimdi deneyebilirsiniz:

git reset HEAD .

Aradığın şey bu olmalı.

Bir düzeltme belirtmezseniz, bir ayırıcı eklemeniz gerektiğini unutmayın. Konsolumdan bir örnek:

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 sürüm 1.7.5.4)

Yeni dosyaları hazırlama alanından (ve yalnızca yeni bir dosya olması durumunda) yukarıda önerildiği gibi kaldırmak için:

git rm --cached FILE

Rm --cached komutunu yalnızca yanlışlıkla eklenen yeni dosyalar için kullanın.

Belirli bir klasördeki (ve alt klasörlerindeki) her dosyayı sıfırlamak için aşağıdaki komutu kullanabilirsiniz:

git reset *

Tek *seferde birden fazla dosyayı işlemek için komutu kullanın :

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

vb.

Sadece git resetgeri dönecek yazın ve git add .son işleminizden bu yana hiç yazmadınız gibi . Daha önce taahhüt ettiğinizden emin olun.

Yeni bir dosya oluşturduğumu varsayalım newFile.txt:

Dosyayı yanlışlıkla eklediğimi varsayalım git add newFile.txt:

Şimdi bu eklemeyi, taahhüt etmeden önce geri almak istiyorum git reset newFile.txt:

Belirli bir dosya için:

• git reset my_file.txt
• git checkout my_file.txt

Eklenen tüm dosyalar için:

• sıfırlama.
• git çıkış.

Not: checkout , dosyalardaki kodu değiştirir ve son güncellenen (taahhütlü) duruma geçer. reset kodları değiştirmez; sadece başlığı sıfırlar.

Bu komut değişikliklerinizi kaldıracaktır:

git reset HEAD filename.txt

Ayrıca kullanabilirsiniz

git add -p 

dosya bölümleri eklemek için.

Etkileşimli mod da vardır:

git add -i

Dosya eklemek için 3. seçeneği seçin. Benim durumumda genellikle birden fazla dosya eklemek istiyorum ve etkileşimli modda dosya eklemek için böyle sayılar kullanabilirsiniz. Bu 4: 1, 2, 3 ve 5 hariç hepsini alacak

Bir sekans seçmek için, 1 ile 5 arasında bir sayı almak üzere 1-5 yazın.

Git hazırlama dosyaları

Geri almak için şunu git addkullanın:

git reset filename

git reset filename.txt

Filename.txt adlı bir dosyayı geçerli dizinden, "işlenmeye hazır" alanından başka bir şey değiştirmeden kaldıracaktır.

git add myfile.txt # Bu, dosyanızı taahhütlü listeye ekleyecektir

Bu komutun tam tersi,

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

böylece önceki durumda olacaksınız. Belirtilenler tekrar izlenenler listesinde olacak (önceki durum).

Belirtilen dosya ile başınızı sıfırlar. eğer kafanız buna sahip değilse, sadece sıfırlar.

Sourcetree'de bunu GUI aracılığıyla kolayca yapabilirsiniz. Sourcetree'nin bir dosyayı kaldırmak için hangi komutu kullandığını kontrol edebilirsiniz.

Yeni bir dosya oluşturdum ve Git'e ekledim. Sonra Sourcetree GUI kullanarak unstaged. Sonuç budur:

Dosyaları sıfırlama [08/12/15 10:43] git -c diff.mnemonicprefix = false -c core.quotepath = false -c credential.helper = sourcetree reset -q - yol / için / dosya / dosyaadı.java

Sourcetree resetyeni dosyaları ayıklamak için kullanır .

git reset filename.txt  

Filename.txt adlı bir dosyayı geçerli dizinden, "işlenmeye hazır" alanından başka bir şey değiştirmeden kaldıracaktır.