Gitステータスは行末を無視する/同一のファイル/ WindowsとLinux環境/ Dropbox / mled

どうやって作るの？

gitステータス

行末の違いを無視しますか？

背景情報：

私はランダムにWindowsとLinuxを使用してプロジェクトに取り組んでいます。プロジェクトはDropboxにあります。

私はgit diffに行末を無視させる方法について多くを見つけました。meldを使用しているため、git diffは各ファイルのmeldを開きます。そしてmeldは「同一ファイル」と言います。

どうすればこれを回避できますか。Gitは変更されたファイルのmeldのみを開く必要があります。また、ファイルの末尾のみが異なる場合、git statusはファイルが変更されたと報告しないようにする必要があります。

編集：原因：

これは、Windowsでのこの設定が原因で発生しました

core.autocrlf true

Linuxで作業コピーをチェックアウトし、Windowsではcore.autocrlfをfalseに設定しました。

git statusに別の新しい行を無視させる方法を知っておくとなお良いでしょう。

次のようにcore.autocrlf値を設定してみてください：

git config --global core.autocrlf true

代わりに、次の設定で.gitattributesを使用します。

# Ignore all differences in line endings
*        -crlf

.gitattributesは、グローバル.gitconfigと同じディレクトリにあります。.gitattributesが存在しない場合は、そのディレクトリに追加します。.gitattributesを追加または変更した後、既存のファイルに変更を正常に適用するには、リポジトリをハードリセットする必要があります。

OPはマルチOSソリューションの必要性に言及しているため、この回答は適切であると思われます。このGithub ヘルプ記事では、OSを越えて行末を処理するための利用可能なアプローチについて詳しく説明しています。クロスOSラインエンディングを管理するためのグローバルなアプローチとリポジトリごとのアプローチがあります。

グローバルな取り組み

LinuxまたはOS XでGit行末処理を構成します。

git config --global core.autocrlf input

WindowsでGitの行末処理を構成します。

git config --global core.autocrlf true

レポごとのアプローチ：

リポジトリのルートで、.gitattributesファイルを作成し、プロジェクトファイルの行末設定を次の形式で一度に1行ずつ定義します。path_regex line-ending-settingsここline-ending-settingsで、は次のいずれかです。

• テキスト
• バイナリー（Gitが行末を変更してはならないファイル）

text値が一致するファイルのための行末を処理する方法にGitの指示にさらに構成することができます。

• text -行末をOSネイティブの行末に変更します。
• text eol=crlf-行末CRLFをチェックアウト時にに変換します。
• text eol=lf-行末LFをチェックアウト時にに変換します。
• text=auto -行ハンドルをGitの裁量に任せる適切なデフォルト。

サンプルの.gitattributesファイルの内容は次のとおりです。

# Set the default behavior for all files.
* text=auto

# Normalized and converts to 
# native line endings on checkout.
*.c text
*.h text

# Convert to CRLF line endings on checkout.
*.sln text eol=crlf

# Convert to LF line endings on checkout.
*.sh text eol=lf

# Binary files.
*.png binary
*.jpg binary

ここで行末の設定を変更した後、リポジトリを更新する方法の詳細。Tldr：

Gitを使用してファイルをバックアップし、リポジトリ内のすべてのファイル（.gitディレクトリを除く）を削除してから、ファイルを一度に復元します。現在のファイルをGitに保存して、作業内容が失われないようにします。

git add . -u

git commit -m "Saving files before refreshing line endings"

インデックスを削除し、Gitに作業ディレクトリの再スキャンを強制します。

rm .git/index

Gitインデックスを書き換えて、すべての新しい行末を取得します。

git reset

再書き込みされ、正規化されたファイルを表示します。

場合によっては、これで十分です。他のユーザーは、次の追加手順を完了する必要がある場合があります。

git status

変更したファイルをすべて追加し、コミットの準備をします。これは、変更されたファイルがある場合は、それを検査するチャンスです。

git add -u

「警告：ファイル内のCRLFはLFに置き換えられます。」というメッセージがここに表示されても、完全に安全です。

.gitattributesファイルを書き換えます。

git add .gitattributes

変更をリポジトリにコミットします。

git commit -m "Normalize all the line endings"

Windowsオペレーティングシステムでのgitコマンドに関連する問題：

$ git add --all

警告：LFは...でCRLFに置き換えられます

ファイルの元の行末は作業ディレクトリになります。

解決策：

$ git config --global core.autocrlf false     
$ git add --all 

警告メッセージは表示されません。

行末の違いを無視するスクリプトを作成しました。

コミットリストに追加されておらず、変更されたファイルを表示します（行末の違いを無視した後）。引数「add」を追加して、これらのファイルをコミットに追加できます。

#!/usr/bin/perl

# Usage: ./gitdiff.pl [add]
#    add : add modified files to git

use warnings;
use strict;

my ($auto_add) = @ARGV;
if(!defined $auto_add) {
    $auto_add = "";
}

my @mods = `git status --porcelain 2>/dev/null | grep '^ M ' | cut -c4-`;
chomp(@mods);
for my $mod (@mods) {
    my $diff = `git diff -b $mod 2>/dev/null`;
    if($diff) {
        print $mod."\n";
        if($auto_add eq "add") {
            `git add $mod 2>/dev/null`;
        }
    }
}

ソースコード：https : //github.com/lepe/scripts/blob/master/gitdiff.pl

アップデート：

• evandro777による修正：ファイルのファイル名またはディレクトリにスペースがある場合

私はWindowsとLinuxの両方を使用していますが、このソリューションcore.autocrlf trueは役に立ちませんでした。その後も何も変わりませんでしたgit checkout <filename>。

だから私は代わりに回避策を使いますgit status-gitstatus.sh

#!/bin/bash

git status | grep modified | cut -d' ' -f 4 | while read x; do
 x1="$(git show HEAD:$x | md5sum | cut -d' ' -f 1 )"
 x2="$(cat $x | md5sum | cut -d' ' -f 1 )"

 if [ "$x1" != "$x2" ]; then
    echo "$x NOT IDENTICAL"
 fi
done

md5sumリポジトリでファイルとその兄弟を比較するだけです。

出力例：

$ ./gitstatus.sh
application/script.php NOT IDENTICAL
application/storage/logs/laravel.log NOT IDENTICAL