Karmaşıklığı gıt CrLf ayarları ile ilgili anlamıyorum: core.autocrlf, core.safecrlf

Bir takım çapraz platform bir proje geliştiriyorum ve hem Windows hem de Linux geliştiricileri çizgi tarzı biten diye modifiye olarak bir araya gıt dosyaları işaretleme olmadan çalışmak ister.

Çeşitli ayarları ne demek? Seçeneklerden herhangi birini seçme sonuçları ne olur? Benim durum için en iyi çözüm ne olabilir?

Evet, this question anlayışlı, çok yardımcı oldun böylece vardı cevapları farkındayım.

autocrlf için üç değerleri:

• true - içerik gider depoyu (işlenmesi), Satır sonları olacak dönüştürülür EĞER ve ne zaman içerik çıkıyor deposu (kontrol), Satır sonları olmak dönüştürülen CRLF. Bu genel olarak kullanıcılar editörler/clueless windows içindir. Verilen varsayım bir editör (veya kullanıcı) oluyor dosya oluştur ile CRLF sonları ve telaş halinde görür normal EĞER sonlar, ama istersen sonlara repo, umarız kapağı. İşlerin ters gitmesi mümkün değil. Orada sahte örnekleri bağlantılı sorular değiştirilmiş dosya çakışmaları ve raporları birleştirme.

• input içerik deposuna gittiğinde, Satır sonları EĞER çevrilir, ama içerik yolda dokunulmamış. Bu temelde aynı bölge true ile varsayımıyla, editörler verebilirim EĞER sonlara doğru; sen karşı koruma imkanı yaratmak yanlışlıkla bir dosya ile CRLF sonlar.

• false - gıt Satır sonları ile hiç uğraşmaz. Sana kalmış. Bu insanlar bir sürü tavsiye. Eğer bir dosyanın Satır sonları ile berbat olacak eğer bu ayar, bunun farkında olmak gerekir, çatışmalar dolayısıyla birleştirme ile çok az (bilinçli kullanıcılar varsayarak). /IDEs onların editörleri kullanma hakkında geliştiriciler yetiştirmek çok sorunu halledebilir. Programcılar için tasarlanmış gördüm editörleri tüm düzgün yapılandırılmış ise bu başa çıkma yeteneğine sahiptirler.

autocrlf hangi içerik etkilemez unutmayınzatendepo içinde. Eğer CRLF biten bir şey, daha önce bir taahhüt varsa, o şekilde kalacaklar. Bu autocrlf bağlı olarak önlemek için çok iyi bir nedeni; eğer bir kullanıcı seti yok eğer doğru değilse, repo içine CRLF sonları ile içerik, o etrafında sopa olacak. Daha güçlü bir şekilde zorlamak normalleştirme ile text attribute; ayarı auto verilen bir yol olacak mark end-of-line normalleştirme, farz gıt karar içeriğini metin (ikili).

İlgili bir seçenek aslında bir yolu yok emin olun irreversably bir ikili dosya üzerinde CRLF dönüşüm gerçekleştirmek safecrlf.

Deneyim bir ton Windows Sorunları ve git ile uğraşamam, etkileri/tuzaklar hakkında geri bildirim kesinlikle açığız.