Ändern Sie die Repository-Verzeichnisstruktur mit Sparse Checkout

Mit dem Neuen spärliche Checkout-Funktion Ist es in Git 1.7.0 möglich, einfach den Inhalt eines Unterverzeichnisses abzurufen, wie Sie es in SVN können? ich fand dieses Beispiel, behält aber die vollständige Verzeichnisstruktur bei. Stellen Sie sich vor, ich wollte nur den Inhalt des Verzeichnisses „perl“ ohne ein tatsächliches Verzeichnis namens „perl“.

— BEARBEITEN —

Beispiel:

Mein Git-Repository enthält die folgenden Pfade

repo/.git/
repo/perl/
repo/perl/script1.pl
repo/perl/script2.pl
repo/images/
repo/images/image1.jpg
repo/images/image2.jpg
repo/doc/
repo/doc/readme.txt
repo/doc/help.txt

Was ich möchte, ist in der Lage zu sein, dieses Layout aus dem obigen Repository zu erstellen:

repo/.git/
repo/script1.pl
repo/script2.pl

Mit der aktuellen Sparse-Checkout-Funktion scheint es jedoch nur möglich zu sein, zu bekommen

repo/.git/
repo/perl/script1.pl
repo/perl/script2.pl

was ich NICHT will.

Sie müssen immer noch das gesamte Repository klonen, das alle Dateien enthalten wird. Du könntest die verwenden --depth Flag, um nur eine begrenzte Menge an Historie abzurufen.

Sobald das Repository geklont ist, beschränkt der Read-Tree-Trick Ihre “Ansicht” des Repositorys auf nur die Dateien oder Verzeichnisse, die sich in der befinden .git/info/sparse-checkout Datei.

Ich habe ein schnelles Skript geschrieben, um die Spärlichkeit zu bewältigen, da es im Moment etwas unfreundlich ist:

#!/bin/sh
echo > .git/info/sparse-checkout
for i in "$@"
do
    echo "$i" >> .git/info/sparse-checkout
done
git read-tree -m -u HEAD

Wenn Sie dieses Skript speichern als git-sparse.sh in den durch Aufruf gemeldeten Pfad git --exec-pathdann kannst du laufen git sparse foo/ bar/ nur die Verzeichnisse foo und bar “auszuchecken”, oder git sparse '*' alles wieder zurück zu bekommen.

Die kurze Antwort ist nein. Git betrachtet alle Dateien als eine Einheit.

Was ich empfehle, ist, dass Sie Ihre Repositories in logische Blöcke aufteilen. Eine separate für Perl, Bilder und Dokumente. Wenn Sie auch den Uber-Repo-Stil beibehalten müssen, können Sie ein Repo erstellen, das aus besteht Submodule.

Ohne ins Detail zu gehen, warum Sie dies tun möchten, kann Ihr Problem (wahrscheinlich) einfach durch einen Symlink/Shortcut gelöst werden.

Um die Frage zu beantworten – nein, und mit einem sinnvollen Grund. Die gesamte Historie des Repos wird auch bei einem „sparse checkout“ heruntergeladen. Um zu verdeutlichen, warum dies notwendig ist – andernfalls wäre das Verfolgen umbenannter Dateien eine Nervensäge. Stellen Sie sich vor, Sie verschieben die Datei /repo_root/asd/file1.cpp zu /repo_root/fgh/file1.cpp – jetzt, wenn Sie nur heruntergeladen hätten /repo_root/fgh Deltas, wissen Sie nichts über file1.cpp. Das bedeutet also, dass Sie alle Deltas herunterladen müssen. Aber dann haben Sie ein vollständiges Repository; nicht nur einen Ordnerschnitt davon, also einfach den /rero_root/fgh Der Ordner ist selbst kein Repo. Dies mag beim Auschecken nicht wichtig klingen, aber wenn Sie es festschreiben, weiß Git möglicherweise nicht genug, um richtig zu funktionieren.

Problemumgehung: Wenn Sie wirklich wollen, können Sie ein Skript erstellen, das git-checkout auf diese Weise aufruft (für die sh-Shell sollte Batch für Windows nicht schwer zu erstellen sein):

!/bin/sh
curDir=`pwd`
cd $2
git-checkout $1
cp -R $3/* $4
cd $curDir

Hier ist das erste Argument der Zweig zum Auschecken, das zweite – der Ordner, in dem sich das Repo derzeit befindet, das dritte – das Unterverzeichnis, das Sie wirklich verwenden möchten, und das vierte – der Ort, an den es kopiert werden soll.

Warnung: Meine Shell-Fähigkeiten sind fast nicht vorhanden, also verwenden Sie dies nach dem Testen. Es sollte nicht schwer sein, die Umkehrung dieses Skripts neu zu erstellen, das Material zurückkopiert, damit es in das Repo übertragen werden kann.

richqs Antwort war knapp, aber es ging ein Schritt daneben. Sie müssen Sparse Checkout explizit aktivieren:

git config core.sparsecheckout wahr

In diesem Blogbeitrag sind alle Schritte klar umrissen:

http://blog.quilitz.de/2010/03/checkout-sub-directories-in-git-sparse-checkouts/comment-page-1/#comment-3146

Sie können es mit Braid versuchen – es verfolgt Fernbedienungen, während es sie einem Pfad zuordnet.
https://github.com/evilchelu/braid/wiki

git filter-branch --subdirectory-filter was Sie brauchen, finden Sie unter Unterverzeichnis trennen (verschieben) in separates Git-Repository.

Hier ist ein kleines Bash-Skript, um das zu tun.

Dadurch wird zuerst eine Arbeitskopie des ursprünglichen Repos erstellt und dann der Zweig mithilfe des Unterverzeichnisfilters gefiltert, um das zu erhalten, was Sie möchten.

#!/bin/bash
#
# git-subdir.sh
#
git clone --no-hardlinks $1 $2

cd $2

git filter-branch --subdirectory-filter $2 --prune-empty --tag-name-filter cat HEAD -- --all

git reset --hard

git remote rm origin

refbak=$(git for-each-ref --format="%(refname)" refs/original/)

if [ -n "$refbak" ];then
    echo -n $refbak | xargs -n 1 git update-ref -d
fi

git reflog expire --expire=now --all

git repack -ad

git gc --aggressive --prune=now

Verwenden Sie für das Beispiel in der Frage, git-subdir.sh repo perl würde funktionieren.

Es scheint, dass Sie versuchen, den Verzeichnisbaum so umzubenennen, dass Ihre Dateien an einem anderen Ort landen. Es scheint mir, dass Sie nach einer Anti-Vorlage für das Code-/Projektmanagement in zweierlei Hinsicht fragen: Kategorisierung von Modulen (Java-Bits unter Java-Knoten, Perl unter Perl-Knoten) und ein Projekt mit Dateien an verschiedenen Orten von wo aus der Entwickler sie visualisiert. Da git Hashes von Verzeichnisinhalten verwaltet, um zu sehen, was sich geändert hat, bricht dies auch git als solches.

Dämon Reiydelle