Kann ich mit Git nach passenden Dateinamen in einem Repository suchen?

Sagen Sie einfach, ich habe eine Datei: "HelloWorld.pm" in mehreren Unterverzeichnissen innerhalb eines Git-Repositorys.

Ich möchte einen Befehl ausgeben, um die vollständigen Pfade aller Dateien zu finden, die mit "HelloWorld.pm" übereinstimmen:

Zum Beispiel:

/path/to/repository/HelloWorld.pm
/path/to/repository/but/much/deeper/down/HelloWorld.pm
/path/to/repository/please/dont/make/me/search/through/the/lot/HelloWorld.pm

Wie kann ich Git verwenden, um alle vollständigen Pfade, die einem bestimmten Dateinamen entsprechen, effizient zu finden?

Mir ist klar, dass ich dies mit dem Linux / Unix-Befehl find tun kann, aber ich hatte gehofft, nicht alle Unterverzeichnisse nach Instanzen des Dateinamens durchsuchen zu müssen.

git ls-filesSie erhalten eine Liste aller Dateien im aktuellen Status des Repositorys (Cache oder Index). Sie können ein Muster übergeben, um Dateien zu erhalten, die diesem Muster entsprechen.

git ls-files HelloWorld.pm '**/HelloWorld.pm'

Wenn Sie eine Reihe von Dateien finden und deren Inhalt durchsuchen möchten, können Sie dies tun mit git grep:

git grep some-string -- HelloWorld.pm '**/HelloWorld.pm'

Hmm, die ursprüngliche Frage betraf das Repository. Ein Repository enthält mehr als 1 Commit (zumindest im allgemeinen Fall), aber die vor der Suche gegebenen Antworten durchsuchen nur ein Commit.

Da ich keine Antwort finden konnte, die wirklich den gesamten Commit-Verlauf durchsucht, habe ich ein schnelles Brute-Force-Skript geschrieben, das (fast) alle Commits berücksichtigt.

#! /bin/sh
tmpdir=$(mktemp -td git-find.XXXX)
trap "rm -r $tmpdir" EXIT INT TERM

allrevs=$(git rev-list --all)
# well, nearly all revs, we could still check the log if we have
# dangling commits and we could include the index to be perfect...

for rev in $allrevs
do
  git ls-tree --full-tree -r $rev >$tmpdir/$rev 
done

cd $tmpdir
grep $1 * 

Vielleicht gibt es einen eleganteren Weg.

Bitte beachten Sie die triviale Art und Weise, wie der Parameter an grep übergeben wird, damit er mit Teilen des Dateinamens übereinstimmt. Wenn dies nicht erwünscht ist, verankern Sie Ihren Suchausdruck und / oder fügen Sie geeignete Grep-Optionen hinzu.

Für tiefe Historien könnte die Ausgabe zu verrauscht sein. Ich dachte an ein Skript, das eine Liste von Revisionen in einen Bereich konvertiert, wie das Gegenteil von dem, was Git Rev-List tun kann. Aber bisher ist es ein Gedanke geblieben.

Versuchen:

git ls-tree -r HEAD | grep HelloWorld.pm

git ls-files | grep -i HelloWorld.pm

Das grep -i macht die Groß- und Kleinschreibung von grep unabhängig.

[Ich gebe zu, es ist ein bisschen Kommentarmissbrauch, aber ich kann noch keinen Kommentar abgeben und dachte, ich würde die Antwort von @ uwe-geuder verbessern.]

#!/bin/bash
#
#

# I'm using a fixed string here, not a regular expression, but you can easily
# use a regular expression by altering the call to grep below.
name="$1"

# Verify usage.
if [[ -z "$name" ]]
then
    echo "Usage: $(basename "$0") <file name>" 1>&2
    exit 100
fi  

# Search all revisions; get unique results.
while IFS= read rev
do
    # Find $name in $rev's tree and only use its path.
    grep -F -- "$name" \
        <(git ls-tree --full-tree -r "$rev" | awk '{ print $4 }')
done < \
    <(git rev-list --all) \
    | sort -u

Nochmals +1 an @ uwe-geuder für eine großartige Antwort.

Wenn Sie sich für die BASH selbst interessieren:

Sofern Ihnen die Wortaufteilung in einer for-Schleife nicht garantiert ist (wie bei Verwendung eines Arrays wie diesem :) for item in "${array[@]}", empfehle ich dringend, while IFS= read var ; do ... ; done < <(command)die Befehlsausgabe zu verwenden, wenn die Schleife durch Zeilenumbrüche getrennt ist (oder read -d''wenn die Ausgabe durch die Zeile getrennt ist) Nullzeichenfolge $'\0'). Obwohl git rev-list --allgarantiert 40-Byte-Hexadezimalzeichenfolgen (ohne Leerzeichen) verwendet werden, gehe ich nie gerne Risiken ein. Ich kann den Befehl jetzt einfach von git rev-list --alljedem Befehl ändern, der Zeilen erzeugt

Ich empfehle auch die Verwendung integrierter BASH-Mechanismen zum Einfügen von Eingaben und Filtern von Ausgaben anstelle von temporären Dateien.

Das Skript von Uwe Geuder (@ uwe-geuder) ist großartig, aber es ist wirklich nicht nötig, jede der ls-tree-Ausgaben ungefiltert in einem eigenen Verzeichnis abzulegen.

Viel schneller und mit weniger Speicherplatz: Führen Sie das grep für die Ausgabe aus und speichern Sie es dann, wie in dieser Übersicht gezeigt