私はWindows 7で作業しており、gitの下にあるnode.jsプロジェクトを持っています。 TortoiseGitをautocrlf: falseとsafecrlf: falseに設定しました。次に、すべてのプロジェクトファイルの行末をLFに変更しました。プロジェクトは正常に開始され、正常に動作し、CRLFに戻る理由はありません。Windowsマシンで作業しているときにUNIXの行末を持つ副作用はありますか？
これを実行した後に副作用が起こるはずですか？
いいえ、Windows上の* nix最後の行シーケンスを使用しても問題ありません（CRLFの代わりにLF）。実際、私の個人的な勧告は、あなたのWindowsエディタ（Windows上でnode.jsを開発している場合）がLFを使用するようにすることです。 "files.eol": "\n"：LFの代わりCRLF使用するように私のユーザー設定で、次の
CRLF Linuxで実行されているnode.jsアプリケーションで問題が発生すると、it isn't the most straightforward thing to troubleshoot if you don't know what to look forが発生します。
TL; DR使用LFあなたが本当に（あなたが気にすべき）、クロスプラットフォームを気にする場合は、Windows上でのNode.jsアプリケーションを開発しています。
注：：gitが行末を変更してもそれが解決策であるとは限りません。バージョン管理でお使いのソースコードを変更しても（私はお勧めしません）、npm publishを実行するとソースファイルがローカルで使用され、CRLFがnpmレジストリに潜入する可能性があります。
すべてのツール/エディタ/ IDEがLFと互換性がある場合、問題はありません。
その他保存中にエラーや改行が混在することがあります。
レポジトリをクローンする他のユーザーが変換していないことを確認するには、.gitattributesファイルをルートフォルダに入れます。* -crlfはすべてのcrlf変換を無効にします。
これは適切な回答とはみなされませんが、問題はそれほどありません。首の痛みだった唯一のプログラムは 'notepad.exe 'です - Unixの行区切り文字を含むファイルを1つの巨大な行として表示します。 – alf