Neden `git zula -p` bazen başarısız mı?
Ben benım git stash -p
. Ama bazen, y
, n
s
, tatmin edici bir oturumdan sonra bu olsun:
Saved working directory and index state WIP on foo: 9794c1a lorum ipsum
error: patch failed: spec/models/thing_spec.rb:65
error: spec/models/thing_spec.rb: patch does not apply
Cannot remove worktree changes
Neden?
CEVAP
Bu benim için birbirine çok yakın olan küçük bir parça et yığınları içine bölmek için çalışıyorum istediğiniz zaman değişiklikler arasında en az 3 satır) olur. Kısa açıklama yama yerel değişiklikleri ile çatışma içinde bağlam satır var. Daha eksiksiz bir açıklaması aşağıda.
Bu kaydedilmemiş değişiklikler ile repo: bir gıt yoktur sanırım
--- a/pangram
b/pangram
@@ -1,8 1,8 @@
The
-quick
relatively quick
brown
fox
-jumps
walks
over
the
lazy
Ben ilk değişiklik zula olursa olsun:
--- a/pangram
b/pangram
@@ -1,5 1,5 @@
The
-quick
relatively quick
brown
fox
jumps
git stash
komutu aslında yama (git stash list
) tasarruf konusunda başarılı, ama sonra ters kaldırmak için yama bu git kullandığı iş dir değişiklikleri saklanmış. Bu yakışıklı sonra bağlam """ benim çalışma dir. yürür uymuyor ki", atlar var Gıt ile destekliyor
error: patch failed: pangram:1 error: pangram: patch does not apply Cannot remove worktree changes
ve benim çalışma dir tüm değişiklikleri yaprakları ve malı çok değersiz olur.
Bu gıt. iri yarma Destek bir hata derim. Eğer bu değişiklikler çok yakın bir bölme olduğunu biliyor ise, yama, ya da jimmy bağlamında birkaç satır bozulmamış olanları yerine değiştirilmiş bağlam satırları yama tıraş olabilir. Eğer bölme yakışıklısı bu yakın resmi olarak desteklenmeyen ise, bunun yerine, aslında iri kıyım yakın split reddediyorum.
Neden boşluk meta etrafında bazen gere...
Neden Python karşılaştırma dizeleri ku...
Neden setTimeout, 0 fn () bazen faydal...
Neden kitaplıkları bağlı emir bazen GC...
Neden C# birbirleri ile iki nesne türl...