Zeigen Sie den Änderungsverlauf einer Datei mithilfe der Git-Versionierung an

Wie kann ich den Änderungsverlauf einer einzelnen Datei in Git anzeigen und die Details mit den Änderungen vervollständigen?

Ich bin so weit gekommen:

git log -- [filename]

Das zeigt mir den Commit-Verlauf der Datei, aber wie komme ich zum Inhalt jeder Dateiänderung?

Ich versuche den Übergang von MS SourceSafe zu machen und das war früher ein einfaches right-click→ show history.

Dafür würde ich verwenden:

gitk [filename]

oder um Dateinamen nach Umbenennungen zu folgen

gitk --follow [filename]

Sie können verwenden

git log -p filename

damit git die Patches für jeden Protokolleintrag generiert.

Sehen

git help log

für mehr Optionen - es kann tatsächlich eine Menge netter Dinge tun :) Um nur den Unterschied für ein bestimmtes Commit zu bekommen, können Sie

git show HEAD 

oder jede andere Überarbeitung nach Kennung. Oder verwenden

gitk

um die Änderungen visuell zu durchsuchen.

git log --follow -p -- path-to-file

Dies zeigt den gesamten Verlauf der Datei an (einschließlich des Verlaufs über das Umbenennen hinaus und mit Unterschieden für jede Änderung).

Mit anderen Worten, wenn die benannte Datei bareinmal benannt wurde foo, wird git log -p bar(ohne die --followOption) nur der Verlauf der Datei bis zu dem Punkt angezeigt, an dem sie umbenannt wurde. Der Verlauf der Datei wird dann nicht angezeigt, wenn sie als bekannt war foo. Mit git log --follow -p barwird der gesamte Verlauf der Datei angezeigt, einschließlich aller Änderungen an der Datei, als diese bekannt war foo. Die -pOption stellt sicher, dass bei jeder Änderung Unterschiede enthalten sind.

Wenn Sie lieber textbasiert bleiben möchten, können Sie tig verwenden .

Schnellinstallation:

• apt-get :# apt-get install tig
• Homebrew (OS X) :$ brew install tig

Verwenden Sie diese Option, um den Verlauf einer einzelnen Datei anzuzeigen: tig [filename]
Oder durchsuchen Sie den detaillierten Repo-Verlauf:tig

Ähnlich, gitkaber textbasiert. Unterstützt Farben im Terminal!

git whatchanged -p filenameist auch git log -p filenamein diesem Fall gleichwertig .

Sie können auch sehen, wann eine bestimmte Codezeile in einer Datei mit geändert wurde git blame filename. Dadurch werden für jede Zeile in der Datei eine kurze Festschreibungs-ID, der Autor, der Zeitstempel und die vollständige Codezeile ausgedruckt. Dies ist sehr nützlich, nachdem Sie einen Fehler gefunden haben und wissen möchten, wann er eingeführt wurde (oder wer schuld daran war).

SourceTree-Benutzer

Wenn Sie SourceTree verwenden, um Ihr Repository zu visualisieren (es ist kostenlos und recht gut), können Sie mit der rechten Maustaste auf eine Datei klicken und Ausgewähltes Protokoll auswählen

Die Anzeige (unten) ist viel freundlicher als gitk und die meisten anderen aufgeführten Optionen. Leider gibt es (zu diesem Zeitpunkt) keine einfache Möglichkeit, diese Ansicht über die Befehlszeile zu starten. Die CLI von SourceTree öffnet derzeit nur Repos.

So zeigen Sie an, welche Revision und welcher Autor die einzelnen Zeilen einer Datei zuletzt geändert haben:

git blame filename

oder wenn Sie die leistungsstarke GUI für Schuldzuweisungen verwenden möchten:

git gui blame filename

Zusammenfassung anderer Antworten, nachdem Sie sie gelesen und ein wenig gespielt haben:

Der übliche Befehlszeilenbefehl wäre

git log --follow --all -p dir/file.c

Sie können aber auch entweder gitk (gui) oder tig (text-ui) verwenden, um eine viel besser lesbare Sichtweise zu ermöglichen.

gitk --follow --all -p dir/file.c

tig --follow --all -p dir/file.c

Unter debian / ubuntu lautet der Installationsbefehl für diese schönen Tools wie erwartet:

sudo apt-get install gitk tig

Und ich benutze derzeit:

alias gdf='gitk --follow --all -p'

so dass ich nur tippen kann gdf dir, um eine fokussierte Geschichte von allem im Unterverzeichnis zu erhalten dir.

Fügen Sie diesen Alias ​​zu Ihrer .gitconfig hinzu:

[alias]
    lg = log --all --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset'\n--abbrev-commit --date=relative

Und verwenden Sie den Befehl wie folgt:

> git lg
> git lg -- filename

Die Ausgabe sieht fast genauso aus wie die Gitk-Ausgabe. Genießen.

In letzter Zeit habe ich es entdeckt tigund fand es sehr nützlich. Es gibt einige Fälle, in denen ich mir A oder B wünschte, aber die meiste Zeit ist es ziemlich ordentlich.

Für Ihren Fall tig <filename>könnte es das sein, wonach Sie suchen.

http://jonas.nitro.dk/tig/

Sie können vscode mit GitLens verwenden , es ist ein sehr leistungsfähiges Tool. Gehen Sie nach der Installation von GitLens zur Registerkarte GitLens, wählen FILE HISTORYSie und Sie können sie durchsuchen.

Ich habe Git-Playback genau für diesen Zweck geschrieben

pip install git-playback
git playback [filename]

Dies hat den Vorteil, dass sowohl die Ergebnisse in der Befehlszeile angezeigt werden (wie git log -p), als dass Sie jedes Commit mit den Pfeiltasten (wie gitk) durchlaufen können .

Oder:

gitx -- <path/to/filename>

wenn du gitx verwendest

Sie können dies auch versuchen, indem die Commits aufgelistet werden, die einen bestimmten Teil einer Datei geändert haben (implementiert in Git 1.8.4).

Das zurückgegebene Ergebnis wäre die Liste der Commits, die diesen bestimmten Teil geändert haben. Befehl :

git log --pretty=short -u -L <upperLimit>,<lowerLimit>:<path_to_filename>

Dabei ist UpperLimit die Startnummer und LowerLimit die Endnummer der Datei.

Weitere Informationen finden Sie unter https://www.techpurohit.com/list-some-useful-git-commands

Wenn Sie die ganze Geschichte einer Datei sehen wollen, einschließlich auf allen anderen Zweigen verwenden:

gitk --all <filename>

Mit den hervorragenden Git-Erweiterungen gelangen Sie zu einem Punkt im Verlauf, an dem die Datei noch vorhanden war (wenn sie gelöscht wurde, andernfalls gehen Sie einfach zu HEAD), wechseln Sie zur File treeRegisterkarte, klicken Sie mit der rechten Maustaste auf die Datei und wählen Sie File history.

Standardmäßig folgt die Datei den Umbenennungen, und auf der BlameRegisterkarte wird der Name bei einer bestimmten Revision angezeigt .

Es hat einige kleinere Fallstricke, wie das Anzeigen fatal: Not a valid object nameauf der ViewRegisterkarte, wenn Sie auf die Löschrevision klicken, aber damit kann ich leben. :-)

Wenn Sie die Git-GUI (unter Windows) im Repository-Menü verwenden, können Sie "Master-Verlauf visualisieren" verwenden. Markieren Sie ein Commit im oberen Bereich und eine Datei unten rechts, und Sie sehen den Unterschied für dieses Commit unten links.

SmartGit :

1. Aktivieren Sie im Menü die Anzeige unveränderter Dateien: Unveränderte Dateien anzeigen / anzeigen
2. Klicken Sie mit der rechten Maustaste auf die Datei und wählen Sie "Protokoll" oder drücken Sie "Strg-L".

Die Antwort, nach der ich gesucht habe und die nicht in diesem Thread enthalten ist, besteht darin, Änderungen in Dateien zu sehen, die ich für das Festschreiben bereitgestellt habe. dh

git diff --cached

Wenn Sie TortoiseGit verwenden, sollten Sie in der Lage sein, mit der rechten Maustaste auf die Datei zu klicken und dies zu tun TortoiseGit --> Show Log. Stellen Sie im folgenden Fenster Folgendes sicher:

• Die Show Whole ProjectOption ' ' ist nicht aktiviert.

• Die All BranchesOption ' ' ist aktiviert.

git diff -U <filename> Geben Sie einen einheitlichen Unterschied.

Es sollte rot und grün gefärbt sein. Wenn nicht, führen Sie Folgendes aus: git config color.ui autozuerst.

Wenn Sie Eclipse mit dem Git-Plugin verwenden, bietet es eine hervorragende Vergleichsansicht mit dem Verlauf. Klicken Sie mit der rechten Maustaste auf die Datei und wählen Sie "Vergleichen mit" => "Verlauf".

Ich bin wahrscheinlich in der Nähe des OP, als dies begann, und suche nach etwas Einfachem, mit dem ich git difftool mit vimdiff verwenden kann , um Änderungen an Dateien in meinem Repo ab einem bestimmten Commit zu überprüfen. Ich war nicht sehr glücklich mit Antworten , die ich finden war, so dass ich diese warf git inc remental rep Orter (gitincrep) Skript zusammen und es war nützlich für mich:

#!/usr/bin/env bash

STARTWITH="${1:-}"
shift 1

DFILES=( "$@" )

RunDiff()
{
        GIT1=$1
        GIT2=$2
        shift 2

        if [ "$(git diff $GIT1 $GIT2 "$@")" ]
        then
                git log ${GIT1}..${GIT2}
                git difftool --tool=vimdiff $GIT1 $GIT2 "$@"
        fi
}

OLDVERS=""
RUNDIFF=""

for NEWVERS in $(git log --format=format:%h  --reverse)
do
        if [ "$RUNDIFF" ]
        then
                RunDiff $OLDVERS $NEWVERS "${DFILES[@]}"
        elif [ "$OLDVERS" ]
        then
                if [ "$NEWVERS" = "${STARTWITH:=${NEWVERS}}" ]
                then
                        RUNDIFF=true
                        RunDiff $OLDVERS $NEWVERS "${DFILES[@]}"
                fi
        fi
        OLDVERS=$NEWVERS
done

Ohne Argumente aufgerufen, beginnt dies am Anfang des Repo-Verlaufs, andernfalls beginnt es mit dem von Ihnen angegebenen abgekürzten Commit-Hash und fährt mit der Gegenwart fort - Sie können jederzeit Strg-C drücken, um den Vorgang zu beenden. Alle Argumente nach dem ersten beschränken die Differenzberichte so, dass sie nur die Dateien enthalten, die unter diesen Argumenten aufgeführt sind (was meiner Meinung nach das OP wollte und ich würde es für alle außer winzigen Projekten empfehlen). Wenn Sie Änderungen an bestimmten Dateien überprüfen und von vorne beginnen möchten, müssen Sie eine leere Zeichenfolge für arg1 angeben. Wenn Sie kein vim-Benutzer sind, können Sie vimdiff durch Ihr bevorzugtes Diff-Tool ersetzen .

Das Verhalten besteht darin, die Commit-Kommentare auszugeben, wenn relevante Änderungen gefunden werden, und vimdiff- Läufe für jede geänderte Datei anzubieten (das ist git difftool- Verhalten, aber es funktioniert hier).

Dieser Ansatz ist wahrscheinlich ziemlich naiv, aber bei der Durchsicht vieler Lösungen hier und in einem verwandten Beitrag mussten viele neue Tools auf einem System installiert werden, auf das ich keinen Administratorzugriff habe, mit Schnittstellen, die ihre eigene Lernkurve hatten. Das obige Skript hat getan, was ich wollte, ohne mich damit zu befassen. Ich werde hier auf die vielen hervorragenden Vorschläge eingehen, wenn ich etwas Anspruchsvolleres brauche - aber ich denke, dies reagiert direkt auf das OP.

Ich habe eine sehr einfache Lösung gefunden, um den Verlauf der Datei schnell zu finden.

1. Nehmen Sie eine zufällige Änderung in der Datei vor
2. Es werden als nicht festgeschriebene Änderungen in Ihrem Quellenbaum angezeigt
3. Klicken Sie mit der rechten Maustaste auf die Datei und wählen Sie "Protokoll ausgewählt".

Es würde die Geschichte aller Commits zeigen.