2016-07-16 4 views
4

私はWindowsとウェブ開発のためのPHPStorm IDEを使用しています。私はGitのBashの中で次の手順を実行している場合git config --global core.autocrlf false

warning: LF will be replaced by CRLF in ... 
The file will have its original line endings in your working directory. 

:しかし

git config --global core.autocrlf false 

これ以上 - 私は(git add .)またはcommitを追加したいときにGit bashで、そこにこのような警告の何百もないだろうこれらの警告のcore.autocrlffalseに設定する際のリスクや不利益はありますか?それとも心配してはいけないのですか?私がすでに書いたように、私はWebアプリケーション(phpファイル、htmlファイル、CSSなど)を使って作業しています。後でGitHubの一部のリモート担当者にプッシュされるか、プロダクションLinuxサーバーにコピーされます。私の悪い英語を申し訳ありません。

答えて

3

要するに、違いはありません。

Windowsでは、改行文字の後に改行文字(短い数字ではCRLF)が続くのに対し、Unixでは改行文字のみが使用されます(LF)。あなたのローカルの作業ディレクトリで変更されていなくても、あなたがコミットしたファイルの行の終わりのタイプを変更したいということを、あなたのgitが警告しています。

ほとんどのUNIXシステムでは、CRLFの行末は正しく認識されますが、Windowsのテキストエディタでは、Unixスタイルの行末に問題があることがあります(メモ帳が最も顕著な例です)。 gitは、をUnix形式のに変換しているので、問題ありません。たとえそうでなくても、WindowsのテキストエディタのほとんどがUnixスタイルの行末を扱うことができるので、大丈夫でしょう。

明らかに、コードベースに入力の特定の行終了型に依存するハンドリングコードジェネレータ(またはその静脈内の何らかの種類)が含まれていると、これは少し外に出る可能性があります。しかし、もしあなたがそのようなジェネレータを持っていれば、異なる行末スタイルに関連するリスク/問題を知っている可能性が高いと言うのはおそらく安全な仮定です。

+0

* "すべてのUnixシステムで" UnixシステムはCRLFの行末を正しく認識できます "*は**実際ではありません**。たとえば、SLES 10でCRLFの終わりを持つbashスクリプトは、不明な '^ M'文字に不平を言ってエラーになります。 –

+0

OK、十分です。 –

関連する問題