Repository-Lebenszyklus

Wie Repositorys erstellt, deaktiviert, reaktiviert, bereinigt und von Storage-Änderungen betroffen werden.

Repositorys erstellen

Repositorys werden in der Instanz-Konfiguration deklariert, nicht über einen separaten Assistenten in der Hosted-UI angelegt.

Der normale Ablauf ist:

Einen Repository-Eintrag unter repositories in Effektive Konfiguration ergänzen.
Speichern und Config deployen.
Das Repository in Craftifact verwenden.

Unterstützte Repository-Familien sind maven, python, npm, oci und go beta, jeweils als Hosted-, Proxy- und Group-Variante.

Repositorys sicher entfernen

Das Entfernen eines Repositorys aus der Konfiguration löscht die Daten nicht sofort. Beim nächsten Anwenden der Konfiguration wird das Repository zunächst auf inactive gesetzt.

inactive bedeutet:

Es ist nicht mehr Teil der aktiven Konfiguration.
Reads und Writes sind blockiert.
Es erscheint im Tab Bereinigen, damit du den nächsten Schritt bewusst entscheidest.

In Bereinigen holst du zuerst die Liste inaktiver Repositorys. Danach kannst du entweder:

ein Restore-Snippet kopieren, wenn du das Repository später wieder aktivieren willst, oder
das inaktive Repository endgültig löschen.

Hintergrund: warum Entfernen erst zu inactive führt

Ein Repository erst einmal inaktiv zu machen ist sicherer als eine sofortige Löschung. So gibt es einen Review-Schritt, bevor Binärdaten tatsächlich entfernt werden.

Repositorys reaktivieren

Wenn du ein Repository zurückhaben willst, füge das Restore-Snippet aus Bereinigen in die Effektive Konfiguration ein und nutze erneut Config deployen. Das ist auch der normale Folgeschritt nach Imports: Importierte Repositorys werden zwar in Craftifact angelegt, bleiben aber inaktiv, bis du sie in der Instanz-Konfiguration ergänzt.

Storage oder Typ ändern

Zwei wichtige Grenzen gelten dabei:

Ein Wechsel des Storage-Backends migriert bestehende Daten nicht automatisch.
Ein bestehendes Repository lässt sich nicht In-Place auf einen anderen Pakettyp umstellen.

Behandle Storage-Wechsel daher als Fresh-Start-Operation, sofern du keinen separaten Migrationsplan hast. Wenn dir die bestehenden Inhalte wichtig sind, geh nicht davon aus, dass eine Änderung von storage die Daten verschiebt.

Praktische Hinweise

Proxy- und Group-Repositorys sind effektiv schreibgeschützt.
Repository-Quotas können pro Repository definiert werden, Group-Repositorys dürfen aber keine Quota haben.
Die Summe aller Repository-Quotas darf die Gesamt-Quota der Instanz nicht überschreiten.