git push - kira sözleşmesi ile kuvvet - - kuvvet

Arasındaki farkı anlamaya çalışıyorum

git push --force

ve

git push --force-with-lease

Benim tahminim, uzaktan kumandanın sadece yerel şubenin sahip olmadığı taahhütleri yoksa uzaktan kumandaya itmesidir ?

force yerel şubenizle uzak bir dalın üzerine yazar.

--force-with-leaseuzak şubeye daha fazla işlem eklendiğinde (başka bir ekip üyesi veya iş arkadaşı veya sizin neyiniz varsa) uzak şubedeki hiçbir çalışmanın üzerine yazmayacak daha güvenli bir seçenektir. Zorla iterek başkalarının işlerinin üzerine yazmamanızı sağlar.

Komuta dair genel fikrinizin doğru olduğunu düşünüyorum. Uzak dal yerel makinenizdeki uzak dal ile aynı değere sahipse - uzaktan kumandanın üzerine yazacaksınız. Aynı değere sahip değilse, kodunuz üzerinde çalışırken uzak şubede bir başkasının yaptığı değişikliği gösterir ve bu nedenle kodun üzerine yazılmaz. Açıkçası, uzaktan kumandada ek taahhütler varsa, değerler aynı olmayacaktır.

Sadece --force-with-leaseherhangi bir takım arkadaşının kodunun üzerine yazmadığından emin olmak istediğimde kullanma seçeneği olarak düşünüyorum . Şirketimdeki birçok ekip --force-with-leasearıza güvenliği için varsayılan seçenek olarak kullanıyor . Çoğu durumda gereksizdir, ancak başka bir kişinin uzaktan kumandaya katkıda bulunduğu bir şeyin üzerine yazmanız durumunda size çok fazla baş ağrısı kurtaracaktır.

Belgelere baktığınızdan eminim ama burada daha fazla açıklama olabilir:

https://git-scm.com/docs/git-push

Güvenilir ve / veya resmi kaynaklardan bir cevap çizimi arıyorum.

Tarafından bahsedilen "karşılaştırma ve takas" torek içinde yorumların ve onun diğer cevap daha da gösterilmektedir Git kendisinin kaynaklardan .

ikincisi sadece uzaktan kumandanın yerel şubenin sahip olmadığı taahhütleri yoksa?

Bu özellik bu işlemde tanıtıldı (Aralık 2013, Git v1.8.5-rc0)

--force-with-lease aksi belirtilmedikçe, güncel değerlerinin makul bir varsayılanla aynı olmasını zorunlu kılarak güncellenecek tüm uzak referansları koruyacaktır;

Şimdilik, "bazı makul varsayılanlar" geçici olarak " güncellenen uzaktan kumandanın ref için sahip olduğumuz uzaktan izleme şubesinin değeri " olarak tanımlanmaktadır ve böyle bir uzaktan izleme şubemiz yoksa bir hatadır.

Yani "kira" şu anlama gelir:

" force-with-lease": Yeniden temel alınan tarihin ne olması gerektiğine karar vermek için getirdiğinizde ref üzerinde kira sözleşmesi yaptığınızı varsayarsınız ve yalnızca kiralama işlemi bozulmamışsa geri itebilirsiniz.

Kaynaklar hala "cas" den bahsediyor:

• Bu seçeneğe aslen " cas" ("karşılaştır ve takas et" için) adı verildi, çok teknik olduğu için kimsenin sevmediği isim.
• İkinci girişim buna "lockref" adını verdi (çünkü kavramsal olarak bir kilit aldıktan sonra itmek gibidir) ama "kilit" kelimesi, başkalarının itmeyi reddedebileceğini ima ettiğinden, bu seçeneğin çalışma şekli değildir.
• Bu raunt ona “kiralamaya zorla” diyor.
  Yeniden temel alınan tarihin ne olması gerektiğine karar vermek için getirdiğinizde ref üzerinde kira sözleşmesi yaptığınızı varsayarsınız ve yalnızca kiralama işlemi bozulmamışsa geri itebilirsiniz.

Yani: " git push --force-with-leasevs. --force"

" push --force-with-leaseVarsayılan olarak " da bahsettiğim gibi Git 2.13 (Q2 2017), bir arka plan işlemi (Git eklentisine sahip bir IDE'de bulduğunuz gibi) çalıştığında seçeneğin yok--force-with-lease sayılabileceğini belirtti . Bu durumda hüküm sürer.git fetch origin
--force

git push --force yıkıcıdır , çünkü uzak depoyu yerel olarak sahip olduğu her şeyle koşulsuz olarak üzerine yazar. seyahatseverlerin Git adlı itme --force zaten paylaşılan bir platforma itti diğer hareketin yok gibi kesinlikle önerilmez. Kuvvet baskısının en yaygın nedenlerinden biri, bir şubeyi yeniden oluşturmak zorunda kalmamızdır.

Örneğin. Alice ve Bob'un üzerinde çalışacağı bir özellik dalına sahip bir projemiz var. İkisi de bu depoyu klonlar ve çalışmaya başlarlar. Alice başlangıçta özelliğin bir kısmını tamamlar ve bunu ana depoya iter. Her şey yolunda. Bob da işini bitirir, ancak itmeden önce bazı değişikliklerin ustayla birleştirildiğini fark eder. Temiz bir ağaç tutmak isteyen usta dalına karşı bir taban yapar. Tabii ki, bu yeniden temsili dalı itmeye gittiğinde reddedilecek. Ancak Alice'in işini çoktan ittiğini fark etmemekle birlikte, bir kuvvet uygular. Ne yazık ki, bu Alice'in merkezi depodaki değişikliklerinin tüm kayıtlarını silecek.

Ne --force-ile-kira yapar biz bekliyoruz devlet olmadığı sürece bir şube güncellemek için çöp olduğu; yani hiç kimse şubeyi yukarı yönde güncellemedi. Uygulamada bu, yukarı akış ref'sinin beklediğimiz olduğunu kontrol ederek çalışır, çünkü ref'ler karmadır ve ebeveyn zincirini örtük olarak değerlerine kodlar.

İşte git push --force ve git push --force-with-lease ile ilgili iyi bir yazı.

Sunucudaki ön alma kancalarının itmeyi kabul ettiği varsayıldığında, bu her zaman başarılı olacaktır:

git push --force

Devam etmeden önce bu, istemci tarafında belirli bir denetim gerçekleştirirken:

git push --force-with-lease

Belirli bir kontrolü manuel olarak kendiniz yapabilirsiniz. İşte "kiralama kontrolü" algoritması:

1. Mevcut dalınızı bulun.

2. Koş git for-each-ref refs/remotes. Git istemcinizin mevcut dalınızın akış yukarı durumuna karşılık geldiğini düşündüğü kesin kimliği not edin.

Örneğin, "foo" dalındaysanız, "refs / remotes / origin / foo" ile ilişkili olan taahhüt kimliğini not edin.

3. Şu anda yukarı akış sunucusundaki uzak dalın gerçek komut kimliğini belirleyin.

4. "Git push" un yalnızca adım 2 ve adım 3'ten çıkardığınız taahhüt kimlikleri kabul ederse devam etmesine izin verin. Başka bir deyişle, yalnızca yerel git clone'un yukarı akış kavramı gerçek yukarı akış ile aynı fikirde olursa devam edin.

Burada üzücü bir sonuç var: git fetch"refs / uzaktan kumandalar / origin / *" altındaki tüm referansları en son sürümlerine güncellediğinden, bu komut kombinasyonu esasen aşağıdakilerle aynıdır git push --force:

git fetch

# The command below behaves identically to "git push --force"
# if a "git fetch" just happened!

git push --force-with-lease

Bu doğal zayıflık etrafında git push --force-with-leaseçalışmak için asla kaçmaya çalışıyorum git fetch. Bunun yerine her git pull --rebasezaman yukarı akışla senkronize etmem gerektiğinde çalışırım, çünkü git pullsadece "ref" / remotes altında tek bir ref'yi günceller, --force-with-leaseyararlı "kiralama" özelliğini korur.

Kira sözleşmesi zorlaması güvenli değildir. Sylvie'nin dediği gibi çalışıyor. Bir not: Git'te bir dal sadece bir taahhüdün göstergesidir. Ve taahhütler sıfıra veya daha fazla ebeveyn taahhütüne işaret eder. Şubeyi tamamen sert git sıfırlama ve zorla itme veya - - kiraya zorla istemeden itme ile değiştirseniz bile, bu büyük bir sorun olmak zorunda değildir. Şubelerdeki yerel ipucunuzun (O sırada HEAD neredeydi?) Nasıl değiştiğini görmek için şubeye git reflog'unuzu kullanabilirsiniz ve şubeyi tekrar sıfırlayıp itin. Daha sonra sadece uzak dalda yeni taahhütleri kaybedersiniz, ancak ekip üyeleri tarafından geri yüklenebilirler.