ここには、Git での行末の処理に関する多くの質問があります。ただし、まだ解決されていない質問の 1 つは、EditorConfigを使用すると、Git が行末を処理する方法に何らかの影響があるかどうかです。
私が取り組んでいる事実上すべてのプロジェクトには、.editorconfigが に設定end_of_lineされているため、質問しlfます。これは私には問題ありませんが、Windows で Git の行末処理を設定するための標準的なアドバイスは、に設定autocrlfすることtrueです (つまり、チェックアウト時に CRLF に変換します)。
この状況では、Editorconfig と Git は逆方向に引っ張っているように見えます (Git はチェックアウト時に行末を CRLF に変換しますが、Editorconfig はファイルが保存されるたびに行末を LF に戻すと思われます)。それで、Editorconfig を使用すると、Windows での行末のベスト プラクティスが異なるのではないかと思っています。
ノート：
私の傾向は、Editorconfig を延期し、プロジェクトの行末を指定するファイルを持つすべてのプロジェクトに(つまり、設定に関係なく、行末に触れないように Git に指示する).gitattributesファイルを追加することです(事実として、誰もがこれらのプロジェクトでの作業は Editorconfig を使用しているか、および/またはエンディングを使用する OS を使用しており、これにより、Git が Windows でよく吐き出すように見えるいらいらする行末変換警告が回避されるようです)。問題は、このトピックについてたくさん読んだにもかかわらず、Git の行末が引き続き困惑していることです。そのため、上記が新しい問題を引き起こさないとは確信していません (以前の実験で* -textautocrlf.editorconfiglf.gitattributes画像ファイルを壊してしまいました）。だから：これはアプローチとして理にかなっていますか？それとも、Editorconfig は行末処理のベスト プラクティスとは関係ありませんか?