最初にコピーをフォークしてから、ファイルの 1 つを変更しました。 以下のスクリーンショットはプルリクエスト中に表示されました。なぜこれが起こっているのでしょうか? 16 行目だけを変更しました。1 行だけ変更しているのに、ファイルを比較するとファイル全体が異なって見えるのはなぜですか?
使用する開発ツールの設定によっては、スペースとタブの変換の問題である可能性があります
Windows は CRLF の 2 文字、改行を使用しますCRLF 两个字符,换行
CRLF
*unix 和 Mac 默认用的是 LF 换行
LF
所以你的windows机器修改保存后自动把文件中的 LF 改为 CRLF
Windows マシンが変更されて保存されると、ファイル内の LF が CRLF に自動的に変更されます
解決策は次のとおりです:
Git は、コミット時に行終端文字 CRLF を LF に自動的に変換し、コードをチェックアウトするときに LF を CRLF に変換します。 Windows システムを使用している場合は、core.autocrlf を使用してこの機能を true に設定し、コードをチェックアウトするときに LF が CRLF に変換されるようにします。 リーリー
これにより、Windows システムではチェックアウトされたファイル内の CRLF が保持され、リポジトリを含む Mac および Linux システムでは LF が保持されます。
Windows プログラマで、Windows 上でのみ実行されるプロジェクトを開発している場合は、 false を設定してこの関数をキャンセルし、ライブラリに復帰文字を記録できます。
使用する開発ツールの設定によっては、スペースとタブの変換の問題である可能性があります
Windows は
CRLF
の 2 文字、改行を使用しますCRLF
两个字符,换行*unix 和 Mac 默认用的是
LF
换行所以你的windows机器修改保存后自动把文件中的
LF
改为CRLF
*Unix と Mac では、デフォルトで改行に
LF
が使用されますWindows マシンが変更されて保存されると、ファイル内の
LF
がCRLF
に自動的に変更されます解決策は次のとおりです:
Git は、コミット時に行終端文字 CRLF を LF に自動的に変換し、コードをチェックアウトするときに LF を CRLF に変換します。 Windows システムを使用している場合は、core.autocrlf を使用してこの機能を true に設定し、コードをチェックアウトするときに LF が CRLF に変換されるようにします。 リーリー
Linux または Mac システムでは行終端記号として LF が使用されるため、ファイルのチェックアウト時に Git が行終端記号を自動的に変換しないようにする必要があります。行終端記号として CRLF が含まれるファイルが誤って導入された場合は、必ず修正して変更する必要があります。 core. autocrlf を input に設定して、チェックアウト時ではなく、コミット時に CRLF を LF に変換するように Git に指示します。 リーリーこれにより、Windows システムではチェックアウトされたファイル内の CRLF が保持され、リポジトリを含む Mac および Linux システムでは LF が保持されます。
Windows プログラマで、Windows 上でのみ実行されるプロジェクトを開発している場合は、 false を設定してこの関数をキャンセルし、ライブラリに復帰文字を記録できます。
リーリー 🎜中国語の公式ドキュメントを参照できます🎜