Git reset --mixed, --soft ve --hard arasındaki fark nedir?

Bir taahhüdü bölmek ve kullanmak için sıfırlama seçeneği emin değilim.

Sayfaya bakıyordum Düz İngilizce'de "git reset" ne yapar? , ama git indeksinin veya sahneleme alanının ne olduğunu gerçekten anlamadığımı fark ettim ve bu yüzden açıklamalar yardımcı olmadı.

Ayrıca, bu yanıtta kullanım durumları --mixedve --softbenim için aynı görünüyor (düzeltmek ve tavsiye etmek istediğinizde). Birisi daha da yıkabilir mi? Farkındayım --mixedmuhtemelen gitmek seçenek, ama ben bilmek istiyorum neden . Son olarak ne olacak --hard?

Birisi bana 3 seçeneğin nasıl seçileceğine dair bir iş akışı örneği verebilir mi?

Deponuzdaki bir dosyayı değiştirdiğinizde, değişiklik başlangıçta etiketsizdir. Taahhüt etmek için, kullanarak - yani dizine eklemeniz gerekir git add. Bir taahhütte bulunduğunuzda, taahhüt edilen değişiklikler dizine eklenen değişikliklerdir.

git reseten azından, geçerli dalın ( HEAD) işaret ettiği yerde değişir . Arasındaki fark --mixedve --softDizininizin da modifiye edilip değildir. Yani, masterbu taahhüt dizisi ile daldaysak:

- A - B - C (master)

HEADişaret eder Cve dizin eşleşir C.

Ne zaman biz koşmak git reset --soft B, master(ve böylece HEAD) şimdi işaret B, ama dizin hala değişiklikleri vardır C; git statusonları sahnelenmiş olarak gösterecektir. Yürüttüğümüz Yani git commitbu noktada, yeni bir aynı değişikliklerle taahhüt alırsınız C.

Tamam, tekrar buradan başlayarak:

- A - B - C (master)

Şimdi yapalım git reset --mixed B. (Not: --mixedvarsayılan seçenektir). Bir kez daha masterve HEADB'yi işaret edin, ancak bu sefer dizin de eşleşecek şekilde değiştirildi B. git commitBu noktada çalışırsak , dizin eşleştiğinden beri hiçbir şey olmaz HEAD. Çalışma dizininde hala değişiklikler var, ancak dizinde olmadıkları için git status, bunları etiketsiz olarak gösteriyor. Onları taahhüt etmek için, git addher zamanki gibi taahhüt ederdin .

Ve son olarak, --hardaynıdır --mixed(sizin değiştirir HEADdışında ve dizin) --hardayrıca çalışma dizinini değiştirir. Biz çalışıyor Cve çalıştırırsak git reset --hard B, eklenen değişiklikler Cve sahip olmadığınız tüm değişiklikler kaldırılacak ve çalışma kopyanızdaki dosyalar kesin olarak eşleşecektir B. Değişiklikleri bu şekilde kalıcı olarak kaybedebileceğiniz git statusiçin, çalışma dizininizin temiz olduğundan veya taahhüt edilmemiş değişikliklerinizi kaybetmekte uygun olduğunuzdan emin olmak için her zaman donanımdan sıfırlama yapmadan önce çalışmalısınız.

Ve son olarak, bir görselleştirme:

En basit terimlerle:

• --soft: uncommit değişiklikler, değişiklikler aşamalı olarak bırakılır ( dizin ).
• --mixed (varsayılan) : uncommit + unstage değişiklikleri, değişiklikler çalışma ağacında bırakılır .
• --hard: uncommit + unstage + değişiklikleri sil , hiçbir şey kalmadı.

Bu karmaşık işlevselliği anlamak için ilk adım olarak tasarlanan basitleştirilmiş bir açıklama olduğunu lütfen unutmayın.

Bu komutların her birinin ardından proje durumlarının nasıl göründüğünü görselleştirmek isteyen görsel öğrenciler için yardımcı olabilir:

Terminali renk açıkken kullananlar için (git config --global color.ui auto):

git reset --soft A ve B ve C öğelerini yeşil renkte görürsünüz (sahnelendi ve işlemeye hazır)

git reset --mixed A(veya git reset A) ve B ve C öğelerini kırmızı olarak görürsünüz (işaretsiz ve sahnelenmeye hazır (yeşil) ve sonra işlenir)

git reset --hard A ve artık B ve C'nin değişikliklerini hiçbir yerde görmeyeceksiniz (hiç varmamışlar gibi olacak)

Veya 'Tower' veya 'SourceTree' gibi bir GUI programı kullananlar için

git reset --soft A ve B ve C öğelerini 'hazır dosyalar' alanında işlemeye hazır göreceksiniz

git reset --mixed A(veya git reset A) ve "etiketlenmemiş dosyalar" alanındaki B ve C öğelerini sahnelemeye ve sonra işlenmeye hazır olarak göreceksiniz

git reset --hard A ve artık B ve C'nin değişikliklerini hiçbir yerde görmeyeceksiniz (hiç varmamışlar gibi olacak)

Diğer tüm cevaplar harika, ama en iyisi üç kategoriye dosyalarını parçalayarak onları anlamaya bulmak: unstaged, staged, commit:

• --hard anlaşılması kolay olmalı, her şeyi geri yükler
• --mixed (varsayılan) :
  1. unstageddosyalar: değişme
  2. staged dosya: şuraya taşı unstaged
  3. commit dosya: şuraya taşı unstaged
• --soft:
  1. unstageddosyalar: değişme
  2. stageddosyalar: değişiklik yapma
  3. commit dosya: şuraya taşı staged

Özetle:

• --softseçeneği her şeyi ( unstageddosyalar hariç )staging area
• --mixed seçeneği her şeyi içine taşıyacak unstaged area

İşte TortoiseGit kullanıcıları için temel bir açıklama:

git reset --softve --mixeddosyalarınıza dokunmayın.

git reset --hardAslında dosyalarınızı değiştirmek size sıfırlamak taahhüt eşleşecek.

TortoiseGit'te, dizin kavramı GUI tarafından çok gizlidir. Bir dosyayı değiştirdiğinizde git add, değişikliği hazırlama alanına / dizinine eklemek için çalıştırmanız gerekmez . Dosya adlarını değiştirmeyen git reset --softve --mixedaynı olan mevcut dosyalarda yapılan değişikliklerle uğraşırken ! Yalnızca yeni dosyalar eklediyseniz veya dosyaları yeniden adlandırdıysanız bir fark görürsünüz. Bu durumda, git reset --mixed komutunu çalıştırırsanız, Dosyalarınızı Sürüm Yok Dosyaları listesinden yeniden eklemeniz gerekir .

Bu durumlarda umarım bunu açıklayabilecek bir görseli severim:

git reset --[hard/mixed/soft] :

Yani her etki farklı kapsamlar

1. Zor => WorkingDir + Dizin + KAFA
2. Karışık => Dizin + KAFA
3. Yumuşak => yalnızca HEAD (dizin ve çalışma dizisi değişmedi).

Üç çeşit pişmanlık

Mevcut cevapların çoğu gerçek soruya cevap vermiyor gibi görünüyor. Bunlar, komutların ne yaptığıyla ilgilidir, (kullanıcı) ne istediğinizle değil, kullanım senaryosuyla ilgilidir . Ama OP bu konuda sordu!

Komutu verdiğiniz sırada pişman olmanızın tam olarak ne olduğu konusunda açıklamayı saklamak daha yararlı olabilir git reset. Diyelim ki buna sahibiz:

A - B - C - D <- HEAD

İşte bazı olası pişmanlıklar ve onlar hakkında ne yapmalı:

1. B, C ve D'nin tek bir taahhüt olmadıkları için üzgünüm .

git reset --soft A. Ben şimdi hemen işleyebilir ve abra A beri tüm değişiklikleri vardır biri işlemek.

2. B, C ve D'nin on taahhüt olmadığı için üzgünüm .

git reset --mixed A. Taahhütler kayboldu ve endeks A'ya döndü, ancak çalışma alanı hala D'den sonra olduğu gibi görünüyor. Böylece şimdi tamamen farklı bir gruplamaya ekleyebilir ve işleyebilirim.

3. Bu dalda B, C ve D'nin gerçekleştiğine pişmanım ; Keşke A'dan sonra dallanmış olsaydım ve o dalda olmuşlardı.

Yeni bir dal yapın otherbranchve sonra git reset --hard A. Mevcut dal, şimdi A'da bitiyor ve otherbranchondan kaynaklanıyor.

(Elbette B, C ve D'nin hiç olmamasını istediğiniz için sert bir sıfırlama da kullanabilirsiniz.)

Aralarındaki farkları hatırlamak için kendinizi zorlamanız gerekmez. Gerçekte nasıl bir taahhütte bulunduğunuzu düşünün.

1.Bazı değişiklikler yapın.

2.git ekleyin.

3.gc -m "Bir Şey Yaptım"

Yumuşak, Karışık ve Sert, 3'ten 1'e kadar yaptığınız işlemleri bırakmanızı sağlayan yoldur.

"Gc -m" yaptığınızı hiç görmemek için yumuşak "numara yapmış".

Karışık "taklit" hiç görmedim görmek için "git add."

Dosya değişiklikleri yaptığınızı hiç görmemek zor "davrandı".

Bu üç seçeneğe girmeden önce 3 şeyi anlamalısınız.

1) Tarih / BAŞLIK

2) Aşama / dizin

3) Çalışma dizini

reset --soft: Geçmiş değişti, HEAD değişti, Çalışma dizini değişmedi.

reset --mixed: Geçmiş değişti, HEAD değişti, Çalışma dizini değişmemiş verilerle değişti.

reset --hard: Geçmiş değişti, HEAD değişti, Çalışma dizini kayıp verilerle değiştirildi.

Git --soft ile gitmek her zaman güvenlidir. Karmaşık gereksinimde başka bir seçenek kullanılmalıdır.

Burada yanlış bir anlayışla bir takım cevaplar var git reset --soft. git reset --softSadece HEAD(ayrı bir kafa durumundan başlayarak), tipik olarak (ve amaçlanan kullanım için) değişecek belirli bir durum olsa da, şu anda kontrol ettiğiniz dal referansını taşır. Tabii ki bir şubeniz yoksa bunu yapamaz (bu nedenle git reset --softsadece değişecek olan özel durum HEAD).

Bunu düşünmenin en iyi yolu olarak buldum git reset. Sadece hareket etmiyorsunuzHEAD ( her şey bunu yapıyor ), aynı zamanda şube ref'sini de hareket ettiriyorsunuz , örn master. Bu, çalıştırdığınızda olanlara benzer git commit(geçerli dal, birlikte HEADhareket eder), yeni bir taahhüt oluşturmak (ve ona geçmek) yerine, önceki bir taahhüde geçersiniz.

Bu, resetbir dalı yeni bir taahhütten başka bir şeye değiştirmek değil, değiştirmek anlamına gelir HEAD. Bunu dokümantasyon örneğinde görebilirsiniz:

Bir taahhüdü geri alma ve bir konu dalı yapma

          $ git branch topic/wip     (1)
          $ git reset --hard HEAD~3  (2)
          $ git checkout topic/wip   (3)

1. Bazı taahhütler yaptınız, ama onların "usta" dalda olmak için erken olduklarını fark ettiniz. Onları bir konu dalında parlatmaya devam etmek istiyorsunuz, bu nedenle geçerli HEAD'den "topic / wip" dalı oluşturun.
2. Bu üç taahhütten kurtulmak için ana dalı geri sarın.
3. "Topic / wip" dalına geçin ve çalışmaya devam edin.

Bu komut dizisinin amacı nedir? Burada bir dalı taşımak istiyorsunuz master, bu yüzden mastercheck-out yaparken koşuyorsunuz git reset.

Buradaki en çok oy alan cevap genellikle iyidir, ancak birkaç yanıtı yanlış anlamalarla düzeltmek için bunu ekleyeceğimi düşündüm.

Şubenizi değiştirin

git reset --soft <ref>: halihazırda teslim alınmış olan şubenin şube işaretçisini belirtilen referanstaki işleme sıfırlar <ref>,. Çalışma dizininizdeki ve dizindeki dosyalar değiştirilmez. Bu aşamadan itibaren taahhütte bulunmanız sizi git resetkomuttan önceki konumunuza götürecektir .

Dizininizi de değiştirin

git reset --mixed <ref>

Veya eşdeğer olarak

git reset <ref>:

AND de ne --softyapar , belirtilen referanstaki taahhüdü eşleştirmek için dizini sıfırlar. İken (o dal teslim etmek şube teslim taşımak diyor çünkü) hiçbir şey yapmaz, veya eş anlamlı o senin son tamamlama durumuna endeksi sıfırlar nedeniyle, yaygın ve kullanışlı komuttur.git reset --soft HEADgit reset --mixed HEADgit reset HEAD

Çalışma dizininizi de değiştirin

git reset --hard <ref>: ne --mixedyapar VE AND çalışma dizininizin üzerine yazar. Bu komut, şubenin ref işaret ettiği tüm hareket biçimleriningit checkout <ref> dışında (ve bu çok önemli bir noktadır reset) benzerdir .git resetHEAD

"Böyle ve böyle bir komut HEAD'ı hareket ettirir" hakkında bir not:

Bir komutun HEAD. Komutunu taşıdığını söylemek yararlı değildir . İşlem geçmişinizde bulunduğunuz yeri değiştiren tüm komutlar HEAD. Yani ne HEAD olduğunu , nerede olursanız bir işaretçi. HEADsensin , ve ne zaman yaparsan o zaman hareket edeceksin.

3 seçeneğin hangi bağlamda kullanıldığına dair kısa bir cevap:

Koddaki mevcut değişiklikleri korumak, ancak yürütme geçmişini yeniden yazmak için:

• soft: Her şeyi bir kerede taahhüt edebilir ve yeni bir açıklama ile yeni bir taahhüt oluşturabilirsiniz (torotise git veya diğer birçok GUI'yi kullanıyorsanız, bunu kullanmak için olan addır, çünkü taahhütte hangi dosyaları işaretleyip birden fazla dosya oluşturabileceğinizi Sourcetree'de tüm dosyalar taahhüt için hazırlanır.)
• mixed: Taahhütleri yapmadan önce tek tek dosyaları dizine tekrar eklemeniz gerekir (Sourcetree'de değiştirilen tüm dosyalar işaretlenmez)

Koddaki değişikliklerinizi gerçekten kaybetmek için :

• hard: sadece geçmişi yeniden yazmakla kalmaz, aynı zamanda sıfırladığınız noktaya kadar tüm değişikliklerinizi kaybedersiniz

Git reset komutunun çeşitli seçenekleri arasındaki temel fark aşağıdaki gibidir.

• --soft: HEAD'i yalnızca seçtiğiniz işleme sıfırlar. Temelde git checkout ile aynı şekilde çalışır, ancak ayrılmış bir kafa durumu oluşturmaz.
• --mixed (varsayılan seçenek): HEAD'i hem geçmişte seçtiğiniz taahhüde sıfırlar hem de dizindeki değişiklikleri geri alır.
• --hard: HEAD'i hem geçmişte seçtiğiniz taahhüde sıfırlar, dizindeki değişiklikleri geri alır ve çalışma dizininizdeki değişiklikleri geri alır.

--soft: Git'e HEAD'i başka bir işleme sıfırlamasını söyler, böylece dizin ve çalışma dizini hiçbir şekilde değiştirilmez. Orijinal HEAD ve taahhüt arasında değişen tüm dosyalar hazırlanır.

--mixed: Tıpkı yazılım gibi, bu HEAD'i başka bir işleme sıfırlayacak. Ayrıca, çalışma dizinine dokunulmayacakken dizini eşleşecek şekilde sıfırlar. Tüm değişiklikler çalışma dizininde kalacak ve değiştirilmiş olarak görünecek, ancak aşamalı olarak görünmeyecektir.

--hard: Bu her şeyi sıfırlar - HEAD'i başka bir işleme geri döndürür, dizini eşleştirmek için sıfırlar ve çalışma dizinini de eşleştirmek için sıfırlar.

Arasındaki temel fark --mixedve --softDizininizin da modifiye edilip değildir. Bununla ilgili daha fazla bilgiyi burada bulabilirsiniz .

mkarasek'in Cevabı harika, basit bir deyişle diyebiliriz ...

• git reset --soft: HEADhedeflenen taahhüdü ayarlayın ancak değişikliklerinizi son taahhütlerden itibaren hazır tutun
• git reset --mixed: aynı git reset --softama tek fark, son taahhütlerden değişikliklerinizi aşamalı hale getirmektir
• git reset --hard: HEADbelirttiğiniz taahhüdünüzü ayarlayın ve taahhüt edilmemiş değişiklikler de dahil olmak üzere son taahhütlerden tüm değişikliklerinizi sıfırlayın.