Tüm klonlar/makineler arasında Git sonu satırını (CRLF - LF) nasıl devre dışı bırakılır?

Question

Bir satırın fromotherposts gibi, Git'in satır sonu normalleştirmesinin artıları ve eksileri vardır. Yapmam gereken en iyi şeyin, hat sonu normalleştirmeyi tamamen devre dışı bırakmak olduğunu düşündüğüm bir Windows'a özel projem var. Yani, tüm yeni satırları (çoğu CRLF) bozulmamış halde bırakmak yerine, sahneleri arkadan LF normale döndürmek yerine, tüm değişikliklerin tüm makinelerde depodaki tüm klonları etkilemesini istiyorum. Soru, bunu yapmanın en etkili yoludur.

Git hattı sonu normalleştirmesinin çoğu tartışması core.autocrlf anlamındadır ve hedefimi core.autocrlf=false ayarlayarak gerçekleştirebilirim. Ancak, bu bir git-config ayarıdır ve inanıyorum ki, her makinede bunu ayrı ayrı ayarlamak zorundadır. Doğruysa, bu hataya eğilimli gözüküyor, özellikle de msysgit yükleyici, core.autocrlf=true ayarlarına göre bir kılavuz.

Answer 1

her makine Tek satır

* -text 

Ya içeren depoya bir .gitattributes dosyayı kontrol gibi görünüyor üzerinde daha sonra

Git eski bir sürümü varsa, ayrı ayrı core.autocrlf ayarlamak zorunda kalmamak için en iyi yolu

* -crlf 

Bu (böylece *) tüm yolları için, normalleşme teşebbüs edilmemelidir sonu hattı, bu Git söyler. Anlatabildiğim kadarıyla, bunun başka bir yan etkisi olmamalı. Özellikle, bu farkların nasıl oluşturulduğunu değiştirmemelidir (bu, diff/-diff ayrı özniteliğine sahiptir) veya birleştirme işlemlerinin nasıl gerçekleştirildiğini (bu, merge/-merge ayrı bir özelliğe sahiptir) değiştirmemelidir.

fazla ayrıntı için, ben bu kaynakları önermek:

1. ayrıntılı olarak anlatılmaktadır gitattributes belgeleri (git help attributes veya an online copy), hem sonu hattı normalleştirme çalışır ve farklı özelliklerin belirli etkileri nasıl. (Muhtemelen en alakalı text, crlf, diff, merge ve binary vardır.)
2. Git posta listesi iplik farklı özelliklerin anlam genişler ve -text etmekten ibaret olmadığını belirtir Is the "text" attribute meant only to specify end-of-line normalization behavior, or does it have broader implications? (Mar 30, 2012), " Bu bir ikili dosya ".