So durchsuchen Sie festgeschriebenen Code im Git-Verlauf

Ich habe irgendwann in der Vergangenheit eine Datei oder einen Code in einer Datei gelöscht. Kann ich den Inhalt (nicht die Commit-Nachrichten) überprüfen?

Eine sehr schlechte Lösung besteht darin, das Protokoll zu durchsuchen:

git log -p | grep <pattern>

Dies gibt den Commit-Hash jedoch nicht sofort zurück. Ich spielte git grepvergeblich herum .

Für die Suche nach commit Inhalt (dh tatsächliche Linien der Quelle, im Gegensatz zu Nachrichten zu begehen und dergleichen), was Sie tun müssen:

git grep <regexp> $(git rev-list --all)

git rev-list --all | xargs git grep <expression> funktioniert, wenn der Fehler "Argumentliste zu lang" auftritt.

Wenn Sie die Suche auf einen Teilbaum beschränken möchten (z. B. "lib / util"), müssen Sie diesen an den rev-listUnterbefehl übergeben und grepaußerdem:

git grep <regexp> $(git rev-list --all -- lib/util) -- lib/util

Dies durchsucht Ihren gesamten Commit-Text nach regexp.

Der Grund für die Übergabe des Pfads in beiden Befehlen liegt darin, dass rev-listdie Revisionsliste zurückgegeben wird, in der alle Änderungen vorgenommen wurdenlib/util Sie müssen jedoch auch an übergeben, grepdamit nur gesucht wird lib/util.

Stellen Sie sich folgendes Szenario vor: grep Möglicherweise finden Sie dasselbe <regexp>in anderen Dateien, die in derselben Revision enthalten sind, die von zurückgegeben wurde rev-list(auch wenn diese Datei in dieser Revision nicht geändert wurde).

Hier sind einige andere nützliche Möglichkeiten zum Durchsuchen Ihrer Quelle:

Suchen Sie im Arbeitsbaum nach Text, der dem regulären Ausdruck für reguläre Ausdrücke entspricht:

git grep <regexp>

Durchsuchen Sie den Arbeitsbaum nach Textzeilen, die dem regulären Ausdruck regexp1 oder regexp2 entsprechen:

git grep -e <regexp1> [--or] -e <regexp2>

Durchsuchen Sie den Arbeitsbaum nach Textzeilen, die mit den regulären Ausdrücken regexp1 und regexp2 übereinstimmen, und melden Sie nur Dateipfade:

git grep -l -e <regexp1> --and -e <regexp2>

Durchsuchen Sie den Arbeitsbaum nach Dateien, deren Textzeilen mit dem regulären Ausdruck regexp1 und den Textzeilen mit dem regulären Ausdruck regexp2 übereinstimmen:

git grep -l --all-match -e <regexp1> -e <regexp2>

Durchsuchen Sie den Arbeitsbaum nach geänderten Textzeilen-Übereinstimmungsmustern:

git diff --unified=0 | grep <pattern>

Durchsuchen Sie alle Revisionen nach Text, der dem regulären Ausdruck regulärer Ausdrücke entspricht:

git grep <regexp> $(git rev-list --all)

Durchsuchen Sie alle Revisionen zwischen rev1 und rev2 nach Text, der dem regulären Ausdruck regulärer Ausdrücke entspricht:

git grep <regexp> $(git rev-list <rev1>..<rev2>)

Sie sollten die Option pickaxe ( -S) von verwenden git log.

So suchen Sie nach Foo:

git log -SFoo -- path_containing_change
git log -SFoo --since=2009.1.1 --until=2010.1.1 -- path_containing_change

Weitere Informationen finden Sie unter Git-Verlauf - Finden Sie verlorene Zeilen nach Schlüsselwörtern .

Wie Jakub Narębski kommentierte:

• Dies sucht nach Unterschieden, die eine Instanz von einführen oder entfernen<string> . Es bedeutet normalerweise "Revisionen, bei denen Sie mit 'Foo' eine Zeile hinzugefügt oder entfernt haben".

• Mit dieser --pickaxe-regexOption können Sie erweiterten POSIX-Regex verwenden, anstatt nach einer Zeichenfolge zu suchen. Beispiel (von git log):git log -S"frotz\(nitfol" --pickaxe-regex

Wie Rob kommentierte, wird bei dieser Suche zwischen Groß- und Kleinschreibung unterschieden. Er eröffnete eine Folgefrage zur Suche ohne Berücksichtigung der Groß- und Kleinschreibung.

Am liebsten mache ich das mit git logder -GOption (hinzugefügt in Version 1.7.4).

-G<regex>
       Look for differences whose added or removed line matches the given <regex>.

Es gibt einen subtilen Unterschied zwischen der Art -Gund Weise, wie die -SOptionen und bestimmen, ob ein Commit übereinstimmt:

• Die -SOption zählt im Wesentlichen, wie oft Ihre Suche in einer Datei vor und nach einem Commit übereinstimmt. Das Commit wird im Protokoll angezeigt, wenn die Vorher- und Nachher-Zählungen unterschiedlich sind. Dies zeigt beispielsweise keine Commits an, bei denen eine Ihrer Suche entsprechende Zeile verschoben wurde.
• Mit dieser -GOption wird das Commit im Protokoll angezeigt, wenn Ihre Suche mit einer Zeile übereinstimmt, die hinzugefügt, entfernt oder geändert wurde.

Nehmen Sie dieses Commit als Beispiel:

diff --git a/test b/test
index dddc242..60a8ba6 100644
--- a/test
+++ b/test
@@ -1 +1 @@
-hello hello
+hello goodbye hello

Da die Häufigkeit, mit der "Hallo" in der Datei angezeigt wird, vor und nach diesem Festschreiben gleich ist, stimmt die Verwendung nicht überein -Shello. Da jedoch eine Änderung an einer Zeilenübereinstimmung vorgenommen wurde hello, wird das Festschreiben mit angezeigt -Ghello.

Wenn Sie Codeänderungen durchsuchen möchten (sehen Sie, was mit dem angegebenen Wort im gesamten Verlauf tatsächlich geändert wurde), wählen Sie den patchModus - ich habe eine sehr nützliche Kombination gefunden:

git log -p
# Hit '/' for search mode.
# Type in the word you are searching.
# If the first search is not relevant, hit 'n' for next (like in Vim ;) )

git log Dies kann eine effektivere Methode sein, um in allen Zweigen nach Text zu suchen, insbesondere wenn viele Übereinstimmungen vorhanden sind und Sie zuerst neuere (relevante) Änderungen sehen möchten.

git log -p --all -S 'search string'
git log -p --all -G 'match regular expression'

Diese Protokollbefehle listen Commits auf, die die angegebene Suchzeichenfolge / Regex (im Allgemeinen) zuerst hinzufügen oder entfernen. Das-p Option bewirkt, dass das relevante Diff dort angezeigt wird, wo das Muster hinzugefügt oder entfernt wurde, sodass Sie es im Kontext sehen können.

Nachdem Sie ein relevantes Commit gefunden haben, das den gesuchten Text hinzufügt (z. B. 8beeff00d), suchen Sie die Zweige, die das Commit enthalten:

git branch -a --contains 8beeff00d

Ich nahm Jeets Antwort und passte sie an Windows an (dank dieser Antwort ):

FOR /F %x IN ('"git rev-list --all"') DO @git grep <regex> %x > out.txt

Beachten Sie, dass für mich aus irgendeinem Grund das tatsächliche Commit, das diesen regulären Ausdruck gelöscht hat, nicht in der Ausgabe des Befehls angezeigt wurde, sondern ein Commit davor.

Suche in jeder Revision, jeder Datei :

git rev-list --all | xargs git grep <regexp>

Suchen Sie nur in bestimmten Dateien, z. B. XML-Dateien:

git rev-list --all | xargs -I{} git grep <regexp> {} -- "*.xml"

Die Ergebniszeilen sollten folgendermaßen aussehen: 6988bec26b1503d45eb0b2e8a4364afb87dde7af: bla.xml: Text der gefundenen Zeile ...

Sie können dann weitere Informationen wie Autor, Datum und Diff erhalten, indem Sie git show:

git show 6988bec26b1503d45eb0b2e8a4364afb87dde7af

Der Einfachheit halber würde ich die Verwendung von GUI vorschlagen: gitk - Der Git-Repository-Browser . Es ist ziemlich flexibel

1. So suchen Sie nach Code:
   
   
2. So suchen Sie nach Dateien:
   
   
3. Natürlich unterstützt es auch reguläre Ausdrücke:
   
   

Mit den Aufwärts- / Abwärtspfeilen können Sie durch die Ergebnisse navigieren.

Für alle anderen, die dies in Sourcetree versuchen , gibt es keinen direkten Befehl in der Benutzeroberfläche (ab Version 1.6.21.0). Sie können jedoch die in der akzeptierten Antwort angegebenen Befehle verwenden, indem Sie Terminal öffnen (Schaltfläche in der Hauptsymbolleiste verfügbar) und darin kopieren / einfügen.

Hinweis: Sourcetree der Suchansicht können teilweise für Sie Textsuche tun. Drücken Sie Ctrl+ 3, um zur Suchansicht zu gelangen (oder klicken Sie unten auf die Registerkarte Suchen). Setzen Sie von ganz rechts den Suchtyp auf Dateiänderungen und geben Sie dann die Zeichenfolge ein, nach der Sie suchen möchten. Diese Methode weist im Vergleich zum obigen Befehl die folgenden Einschränkungen auf:

1. Sourcetree zeigt nur die Commits an , die das Suchwort in einer der geänderten Dateien enthalten. Das Finden der genauen Datei, die den Suchtext enthält, ist wiederum eine manuelle Aufgabe.
2. RegEx wird nicht unterstützt.

Immer wenn ich mich bei Ihnen befinde, benutze ich die folgende Befehlszeile:

git log -S "<words/phrases i am trying to find>" --all --oneline  --graph

Erläuterung:

1. git log- Muss ich hier mehr schreiben? Es zeigt die Protokolle in chronologischer Reihenfolge.
2. -S "<words/phrases i am trying to find>" - Es werden alle Git-Commits angezeigt, bei denen jede Datei (hinzugefügt / geändert / gelöscht) die Wörter / Phrasen enthält, die ich ohne '<>' Symbole zu finden versuche.
3. --all - Durchsetzen und Durchsuchen aller Filialen.
4. --oneline - Es komprimiert das Git-Protokoll in einer Zeile.
5. --graph - Es wird ein Diagramm mit chronologisch geordneten Commits erstellt.

Jeets Antwort funktioniert in PowerShell.

git grep -n <regex> $(git rev-list --all)

Im Folgenden werden alle Dateien in einem Commit angezeigt, die a enthalten password.

# Store intermediate result
$result = git grep -n "password" $(git rev-list --all)

# Display unique file names
$result | select -unique { $_ -replace "(^.*?:)|(:.*)", "" }

Versuchen Sie also, ältere Versionen des Codes zu durchsuchen, um festzustellen, wo zuletzt etwas vorhanden ist?

Wenn ich das tun würde, würde ich wahrscheinlich Git Bisect verwenden . Mit bisect können Sie eine bekannte gute Version, eine bekannte schlechte Version und ein einfaches Skript angeben, das überprüft, ob die Version gut oder schlecht ist (in diesem Fall ein Grep, um festzustellen, ob der gesuchte Code vorhanden ist ). Wenn Sie dies ausführen, wird festgestellt, wann der Code entfernt wurde.

Szenario: Sie haben Ihren Code mithilfe Ihrer IDE gründlich bereinigt. Problem: Die IDE wurde mehr bereinigt als sie sollte und jetzt wird Ihr Code nicht kompiliert (fehlende Ressourcen usw.)

Lösung:

git grep --cached "text_to_find"

Es findet die Datei, in der "text_to_find" geändert wurde.

Sie können diese Änderung jetzt rückgängig machen und Ihren Code kompilieren.

git rev-list --all | xargs -n 5 git grep EXPRESSION

ist eine Optimierung der Lösung von Jeet , sodass die Ergebnisse während der Suche angezeigt werden und nicht nur am Ende (was in einem großen Repository lange dauern kann).

In meinem Fall musste ich ein kurzes Commit suchen und die aufgelisteten Lösungen funktionierten leider nicht.

Ich habe es geschafft mit (ersetze das REGEX- Token):

for commit in $(git rev-list --all --abbrev-commit)
do
    if [[ $commit =~ __REGEX__ ]]; then 
        git --no-pager show -s --format='%h %an - %s' $commit
    fi
done