検索

ホームページ  >  に質問  >  本文

github でリクエストをプルするときに発生する問題。

最初にコピーをフォークしてから、ファイルの 1 つを変更しました。
以下のスクリーンショットはプルリクエスト中に表示されました。なぜこれが起こっているのでしょうか?
16 行目だけを変更しました。1 行だけ変更しているのに、ファイルを比較するとファイル全体が異なって見えるのはなぜですか?

習慣沉默習慣沉默2795日前619

全員に返信(2)返信します

  • 世界只因有你

    世界只因有你2017-05-02 09:32:24

    使用する開発ツールの設定によっては、スペースとタブの変換の問題である可能性があります

    返事
    0
  • 过去多啦不再A梦

    过去多啦不再A梦2017-05-02 09:32:24

    • Windows は CRLF の 2 文字、改行を使用しますCRLF 两个字符,换行

    • *unix 和 Mac 默认用的是 LF 换行

    所以你的windows机器修改保存后自动把文件中的 LF 改为 CRLF

  • *Unix と Mac では、デフォルトで改行に LF が使用されます

    Windows マシンが変更されて保存されると、ファイル内の LFCRLF に自動的に変更されます

    解決策は次のとおりです:

    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 を設定してこの関数をキャンセルし、ライブラリに復帰文字を記録できます。

    リーリー 🎜中国語の公式ドキュメントを参照できます🎜

    返事
    0
  • キャンセル返事