Git-Status ignorieren Zeilenenden / identische Dateien / Windows & Linux-Umgebung / Dropbox / mled

Wie mache ich

Git-Status

Unterschiede am Zeilenende ignorieren?

Hintergrundinformation:

Ich benutze zufällig Windows und Linux, um an dem Projekt zu arbeiten. Das Projekt befindet sich in Dropbox.

Ich habe viel darüber herausgefunden, wie Git Diff Zeilenenden ignorieren kann. Da ich meld git diff benutze, öffnet sich meld für jede Datei. Und meld sagt "identische Datei".

Wie vermeide ich das? Git sollte meld nur für geänderte Dateien öffnen. Der Git-Status sollte Dateien nicht als geändert melden, wenn nur das Dateiende unterschiedlich ist.

EDIT: Ursache:

Dies geschah aufgrund dieser Einstellung unter Windows

core.autocrlf true

Also habe ich die Arbeitskopie unter Linux ausgecheckt und core.autocrlf unter Windows auf false gesetzt.

Es wäre immer noch schön zu wissen, wie man den Git-Status dazu bringt, verschiedene neue Zeilen zu ignorieren.

Versuchen Sie, den Wert für core.autocrlf wie folgt festzulegen:

git config --global core.autocrlf true

Verwenden Sie stattdessen .gitattributes mit der folgenden Einstellung:

# Ignore all differences in line endings
*        -crlf

.gitattributes befinden sich im selben Verzeichnis wie Ihre globale .gitconfig. Wenn .gitattributes nicht vorhanden ist, fügen Sie es diesem Verzeichnis hinzu. Nach dem Hinzufügen / Ändern von .gitattributes müssen Sie das Repository hart zurücksetzen, um die Änderungen erfolgreich auf vorhandene Dateien anzuwenden.

Diese Antwort scheint relevant zu sein, da das OP auf die Notwendigkeit einer Multi-OS-Lösung hinweist. In diesem Github-Hilfeartikel werden die verfügbaren Ansätze für den betriebssystemübergreifenden Umgang mit Zeilenenden beschrieben. Es gibt globale und Pro-Repo-Ansätze für die Verwaltung von Cross-OS-Zeilenenden.

Globaler Ansatz

Konfigurieren Sie die Behandlung von Git-Zeilenenden unter Linux oder OS X:

git config --global core.autocrlf input

Konfigurieren Sie die Behandlung von Git-Zeilenenden unter Windows:

git config --global core.autocrlf true

Per-Repo-Ansatz:

Erstellen Sie im Stammverzeichnis Ihres Repos eine .gitattributesDatei und definieren Sie zeilenweise Einstellungen für das Zeilenende Ihrer Projektdateien im folgenden Format: path_regex line-ending-settingsDabei line-ending-settingsist eines der folgenden:

• Text
• binär (Dateien, für die Git keine Zeilenenden ändern sollte)

Der textWert kann weiter konfiguriert werden, um Git anzuweisen, wie Zeilenenden für übereinstimmende Dateien behandelt werden sollen:

• text - Ändert die Zeilenenden in native Zeilenenden des Betriebssystems.
• text eol=crlf- Konvertiert Zeilenenden in CRLFan der Kasse.
• text eol=lf- Konvertiert Zeilenenden in LFan der Kasse.
• text=auto - Sinnvolle Standardeinstellung, bei der das Zeilenhandling nach Ermessen von Git bleibt.

Hier ist der Inhalt einer .gitattributes-Beispieldatei:

# 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

Weitere Informationen zum Aktualisieren Ihres Repos nach dem Ändern der Einstellungen für die Zeilenenden finden Sie hier . Tldr:

Sichern Sie Ihre Dateien mit Git, löschen Sie alle Dateien in Ihrem Repository (mit Ausnahme des .git-Verzeichnisses) und stellen Sie die Dateien auf einmal wieder her. Speichern Sie Ihre aktuellen Dateien in Git, damit keine Ihrer Arbeiten verloren gehen.

git add . -u

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

Entfernen Sie den Index und zwingen Sie Git, das Arbeitsverzeichnis erneut zu scannen.

rm .git/index

Schreiben Sie den Git-Index neu, um alle neuen Zeilenenden aufzunehmen.

git reset

Zeigen Sie die neu geschriebenen, normalisierten Dateien an.

In einigen Fällen ist dies alles, was getan werden muss. Andere müssen möglicherweise die folgenden zusätzlichen Schritte ausführen:

git status

Fügen Sie alle geänderten Dateien wieder hinzu und bereiten Sie sie für ein Commit vor. Dies ist Ihre Chance, zu überprüfen, welche Dateien, falls vorhanden, unverändert waren.

git add -u

Es ist absolut sicher, hier viele Nachrichten zu sehen, die [s] lauten: "Warnung: CRLF wird in der Datei durch LF ersetzt."

Schreiben Sie die .gitattributes-Datei neu.

git add .gitattributes

Übernehmen Sie die Änderungen in Ihr Repository.

git commit -m "Normalize all the line endings"

Problem im Zusammenhang mit Git-Befehlen unter Windows:

$ git add --all

Warnung: LF wird in ... durch CRLF ersetzt.

Die Datei hat ihre ursprünglichen Zeilenenden in Ihrem Arbeitsverzeichnis.

Auflösung :

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

Es werden keine Warnmeldungen angezeigt.

Ich habe ein Skript erstellt, um Unterschiede in den Zeilenenden zu ignorieren:

Es werden die Dateien angezeigt, die nicht zur Festschreibungsliste hinzugefügt und geändert wurden (nachdem Unterschiede in den Zeilenenden ignoriert wurden). Sie können das Argument "add" hinzufügen, um diese Dateien zu Ihrem Commit hinzuzufügen.

#!/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`;
        }
    }
}

Quellcode: https://github.com/lepe/scripts/blob/master/gitdiff.pl

Updates :

• Fix von evandro777: Wenn die Datei Speicherplatz im Dateinamen oder Verzeichnis hat

Ich benutze sowohl Windows als auch Linux, aber die Lösung core.autocrlf truehat mir nicht geholfen. Ich habe danach sogar nichts geändert git checkout <filename>.

Also benutze ich Workaround, um zu ersetzen 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

Ich vergleiche nur md5sumeine Datei und ihren Bruder im Repository.

Beispielausgabe:

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