Menü

GitLab-Pakete und Container-Registrierung

Einheitliche Register für Pakete und Container-Images neben Code und CI/CD. Veröffentlichung, Speicherung, Zugriffskontrolle und Lebenszyklusverwaltung von Artefakten.

GitLab Packages & Container Registry löst das Problem der Speicherung und Verteilung von Entwicklungsartefakten an einem Ort mit Repositorys und Pipelines. Dies ist wichtig für die Stabilität der Bereitstellung: Abhängigkeiten, Builds und Container-Images müssen vorhersehbar verfügbar sein, mit klaren Zugriffsrechten und einer Historie der Veröffentlichungen.

Mit Package Registry können Sie GitLab als private oder öffentliche Registry für verschiedene Arten von Paketen und Artefakten verwenden, damit Teams und Dienste Abhängigkeiten aus einer kontrollierten Quelle beziehen können. Container Registry ermöglicht die Speicherung von Container-Images, die für die Bereitstellung, das Testen und das Ausführen von Anwendungen verwendet werden. Integrierte Mechanismen zur Lebenszyklusverwaltung (z. B. Bereinigung veralteter Tags und Unveränderbarkeitsregeln) helfen dabei, die Speicherung zu kontrollieren und Kosten zu senken.

Am häufigsten werden Registries zusammen mit GitLab CI/CD verwendet: Die Pipeline sammelt, taggt und veröffentlicht Pakete und Images automatisch, während die Sicherheit durch GitLab Security & Compliance erhöht wird.

Wichtigste Funktionen

  • Package Registry: Veröffentlichung und Verwendung von Paketen als Abhängigkeiten in anderen Projekten.
  • Unterstützung verschiedener Formate: Arbeit mit gängigen Paket- und Artefakt-Typen.
  • Generic packages: Speicherung von Binärdateien und Release-Dateien, die nicht in Standardformate passen.
  • Container Registry: Speicherung von Container-Images neben Quellcode und Pipelines.
  • Zugriffskontrolle: Lese-/Veröffentlichungsrechte, einheitliches GitLab-Zugriffsmodell.
  • Bereinigungsrichtlinien: Automatische Verwaltung veralteter Tags und Reduzierung des Speicherplatzbedarfs.
  • Unveränderliche Tags (Immutability): Schutz wichtiger Tags vor Überschreiben und Löschen.
  • Rückverfolgbarkeit: Es ist klar, welches Artefakt aus welchem Code und mit welcher Pipeline erstellt wurde.