Submodule
Git-Submodule betten ein Repository in ein anderes ein. Im Baum des übergeordneten Repositorys wird ein Submodule durch einen Gitlink-Eintrag (Modus 160000) dargestellt, der auf einen bestimmten Commit im Submodule-Repository zeigt. URL und der Pfad des Submodules werden in der Datei .gitmodules angegeben.
Konzepte
Im Baum des übergeordneten Repositorys:
100644 blob abc123... README.md
040000 tree def456... src/
160000 commit 789012... lib/external <-- gitlink entry (submodule)
Der Gitlink-Eintrag hält fest, welcher Commit des Submodules ausgecheckt werden soll. Das tatsächliche Submodule-Repository befindet sich in .git/modules/<name>/.
SubmoduleManager
use Pitmaster\Submodule\SubmoduleManager;
$manager = new SubmoduleManager(
$repo->objectDatabase(),
$repo->workDir(),
$repo->gitDir(),
);
Submodule auflisten
$submodules = $manager->list();
foreach ($submodules as $sub) {
echo "{$sub->name}: {$sub->url} at {$sub->path}\n";
if ($sub->branch !== null) {
echo " tracks branch: {$sub->branch}\n";
}
}
Submodule-Wertobjekt
use Pitmaster\Submodule\Submodule;
$sub->name; // Submodule name (from .gitmodules section header)
$sub->path; // Path in the working tree
$sub->url; // Remote URL
$sub->branch; // Tracked branch (nullable)
.gitmodules einlesen
Die Datei .gitmodules enthält die Submodule-Konfiguration:
[submodule "lib/external"]
path = lib/external
url = https://github.com/vendor/lib.git
branch = main
[submodule "tools/helper"]
path = tools/helper
url = https://github.com/vendor/helper.git
$content = file_get_contents('.gitmodules');
$submodules = SubmoduleManager::parseGitmodules($content);
foreach ($submodules as $sub) {
echo "{$sub->name} -> {$sub->url}\n";
}
Der Parser verarbeitet:
- Abschnittsüberschriften:
[submodule "<name>"] - Schlüssel-Wert-Paare:
path = ...,url = ...,branch = ... - Kommentare (Zeilen, die mit
#beginnen) - Leerraum und Einrückung
Einträge ohne path und url werden übersprungen. Werte werden nicht von Anführungszeichen befreit.
Gitlink-Einträge
Gitlink-Einträge sind Baumeinträge mit dem Modus 160000. Sie verweisen auf einen Commit (nicht auf einen Baum oder Blob) im Submodule-Repository.
$tree = $repo->readObject($treeHash);
foreach ($tree->entries as $entry) {
if ($entry->isGitlink()) {
echo "Submodule at {$entry->name}: commit {$entry->hash->hex}\n";
}
}
TreeEntry-Erkennung
$entry->isGitlink(); // true if mode is '160000'
$entry->mode; // '160000'
Submodule initialisieren
$manager->init();
Für jedes in .gitmodules deklarierte Submodule geschieht Folgendes:
- Erstellt ein leeres Verzeichnis
.git/modules/<name>/ - Erstellt das Verzeichnis für den Submodule-Pfad, falls es noch nicht existiert
- Speichert
submodule.<name>.active = trueundsubmodule.<name>.urlin.git/config
Es werden keine Daten abgerufen oder ausgecheckt, und die Datei .git des Submodules wird nicht geschrieben.
Submodule aktualisieren
$manager->update($repo->head()->tree);
Für jedes im angegebenen Baum fixierte Submodul kopiert update() das Verzeichnis git des Quell-Repositorys nach .git/modules/<name>/, ersetzt die Arbeitsdateien des Submoduls durch die Dateien aus der Quelle, schreibt die .git-Datei mit Verweis auf das Modulverzeichnis, setzt core.worktree und löst HEAD beim fixierten Commit ab.
Das URL des Submodules muss ein lokaler Pfad sein: absolut oder relativ zum Arbeitsverzeichnis des übergeordneten Repositorys (git löst relative URLs stattdessen relativ zur Remote-URL des übergeordneten Repositorys auf). Ein URL mit einem Schema (https://...) löst RuntimeException('Submodule update currently supports only local paths: ...') aus.
Nach einer Aktualisierung kannst du jedes Submodule als eigenes Repository öffnen:
$subRepo = Pitmaster::open($repo->workDir() . '/lib/external');
Fixierte Commits prüfen
$headCommit = $repo->head();
$pinnedId = $manager->pinnedCommit('lib/external', $headCommit->tree);
if ($pinnedId !== null) {
echo "lib/external is pinned to commit {$pinnedId->hex}\n";
}
Die Methode pinnedCommit() durchläuft die Baumhierarchie, sucht den Gitlink-Eintrag am angegebenen Pfad und gibt den Hash des Ziel-Commits zurück.
Submodule-Status
$headCommit = $repo->head();
$statuses = $manager->status($headCommit->tree);
foreach ($statuses as $status) {
$expected = $status['expected'] ?? 'not pinned';
$actual = $status['actual'] ?? 'not initialized';
$dirty = $status['dirty'] ? ' (dirty)' : '';
echo "{$status['name']}: expected={$expected}, actual={$actual}{$dirty}\n";
}
Statusfelder:
name: Name des Submodulespath: Pfad im Arbeitsverzeichnisexpected: Hash des im übergeordneten Baum fixierten Commits (null, falls nicht vorhanden)actual: aktueller HEAD des Submodules (null, wenn nicht initialisiert)dirty: true, wenn beide Commits bekannt und unterschiedlich sind. Änderungen im Arbeitsverzeichnis des Submodules werden nicht geprüft.
Verzeichnisstruktur
project/
.git/
modules/
lib/
external/ # Submodule's actual git directory (.git/modules/<name>)
HEAD
objects/
refs/
...
.gitmodules # Submodule declarations
lib/
external/
.git # File: "gitdir: ../../.git/modules/lib/external"
src/
README.md
src/
README.md
Submodule-Arbeitsablauf
// 1. Open the parent repo
$repo = Pitmaster::open('/path/to/project');
// 2. List submodules
$manager = new SubmoduleManager(
$repo->objectDatabase(),
$repo->workDir(),
$repo->gitDir(),
);
$submodules = $manager->list();
// 3. Populate the submodules pinned at HEAD (local source paths only)
$manager->update($repo->head()->tree);
// 4. Check status
$statuses = $manager->status($repo->head()->tree);
// 5. Open a submodule as its own repo
$subRepo = Pitmaster::open($repo->workDir() . '/lib/external');
$subHead = $subRepo->head();
echo "Submodule HEAD: {$subHead->id->hex}\n";