git：safecrlfを無効にしないで「警告：CRLFはLFに置き換えられます」を取り除くにはどうすればよいですか？

Question

私はgitを初めて使いました。そして、私は行末について多くのことを読んでいました。 gitがそれらをどのように扱うかをよく読んでいます。私はWindowsのところにいる。 を.gitattributesというファイルにして、たとえば* .txtをテキストに設定しました。

警告：CRLFはwhatever.txt

にLFに置き換えられます。しかし、私はそれを知っている私は、.txtファイルをコミットすると は、私は警告を取得します。私はその警告は必要ありません。テキストファイルの末尾にある の行を置き換えることは、私が欲しいものです。今

、falseにsafecrlfを設定すること が消えて警告を行いますが、safecrlfためのマニュアルは読み：行末変換がアクティブなときにCRLFを変換する場合

をtrueの場合、gitのチェックを作るには、 可逆的です。 Gitは、 コマンドが作業木のファイルを直接 に変更するか間接的に変更するかを確認します。たとえば、ファイルをコミットしたあとに が同じファイルをチェックアウトすると、元のファイル がワークツリーに出力されます。現在の core.autocrlfの設定に該当しない場合、gitはファイルを拒否します。

これから、safecrlfは良い考えのようです。 しかし、safecrlfをtrueに設定するのはなぜですか？ は私のテキストファイルについて私に警告します。 これらは別の問題です - テキストファイルの警告と、可逆の場合は のチェックです。実際、gitは私の ファイルを拒否しません。

テキストファイルの警告を取り除き、まだ safecrlfに設定することはできますか？または私は何かを誤解していますか？

Answer 1

することができますあなたの.gitattributesで：

# normalize text files to use lf 
text eol=lf 

# except these which we want crlf 
*.txt eol=crlf 

Answer 2

は、私の知る限り、falseにcore.safecrlfを設定すると、その警告をオフにする唯一の方法です。

safecrlfは、通常、属性が正しく設定されている場合は不要です。 safecrlfのポイントは、であるファイル内の正規化が、にリポジトリ内に混在した（または非LFの）行末を持つことが想定されることを防ぐことです。 core.autocrlfとの組み合わせでは本当に便利です（自動推測では何も破壊できないことを確認してください）。.gitattributesで独自の属性を設定している場合は、すべて無効にする必要があります。

Answer 3

あなたの質問に対する短い答えはいいえです。

ので、基本的にコア。safecrlfコントロール "警告レベル" を設定：

• 偽 - 警告
• 真を進める - -
• は警告する警告なしに進めるので

を続行しないでください、あなたはそのオプションを選択する必要がありますあなたに最も適しています。