linux - Git でのマルチプラットフォーム開発と autocrlf オプション

Question

私は現在 Git を使用しており、すべて Windows PC で問題なく動作しています。autocrlf を true に設定していますが、これはこれによると正しいです

実際、私には何の不満もありません。とてもうまく機能しているようです。時々警告が表示されますが、通常は無視します。

しかし、これは実際に何をしますか？これは、PULL を実行するときに CR/LF を追加し、プッシュを実行するときに CRLF を LF に変更しますか?

したがって、レポには「常に」CRLFではなく「のみ」LFのファイルがありますか?

MAC OS X と Linux を使用して同じリポジトリで開発を開始しようとしていますが、ここで混乱します。GitHub によると、Windows では Autocrlf を TRUE に設定すると述べられています。

しかし、Linux / MAC OS X では、同じことを行う必要がありますか? 私が知っている Linux は CRLF を使用しません。

アップデート

スタックオーバーフローについては、本当は使用しないようにとのさまざまなコメントが見られますが、もちろん私は 3 種類のシステムを使用しているので、ここで推奨される理由はここにあるのではないでしょうか?

Linuxも推奨されますか？しかし、それはcrlfを作ることは決してありません.

念のため、常にtrueのままにしておきますか？

score 1 · Accepted Answer

OS X でも同様に設定autocrlfします。trueそれは正しいことをします。(実際、Linux で設定することもできますが、これも正しいことを行います。)

しかし、これは実際に何をしますか？これは、PULL を実行するときに CR/LF を追加し、プッシュを実行するときに CRLF を LF に変更しますか?

はい。ファイルがローカルでチェックアウトされると、ファイルはローカルのネイティブの行末形式に変換され、コミットされると、自動的に正規の行末形式に変換されます ( LF)。

score 0 · Accepted Answer

これは、いくつかの質問への回答に役立つ場合があります。

基本的に、これは、行末を適切に処理できないエディター、または (Visual Studio のように) 頻繁にエラーが発生するエディターを使用している場合にのみ問題になります。