Skip to main content
We publish frequent updates to our documentation, and translation of this page may still be in progress. For the most current information, please visit the English documentation.

Erste Schritte mit GitHub-Paketen für dein Unternehmen

Du kannst mit der Nutzung von GitHub Packages auf your GitHub Enterprise Server instance beginnen, indem du das Feature aktivierst, den Drittanbieterspeicher konfigurierst, die Ökosysteme konfigurierst, die du unterstützen möchtest, und dein TLS-Zertifikat aktualisierst.

Hinweis: GitHub Packages für GitHub Enterprise Server unterstützt derzeit kein Clustering.

Schritt 1: Überprüfen der Verfügbarkeit von GitHub Packages für dein Unternehmen

GitHub Packages steht in GitHub Enterprise Server 3.0 oder höher zur Verfügung. Wenn du eine frühere Version von GitHub Enterprise Server verwendest, musst du ein Upgrade durchführen, um GitHub Packages zu nutzen. Weitere Informationen zum Upgrade deiner GitHub Enterprise Server-Instanz findest du unter Informationen zu Upgrades auf neue Releases.

Schritt 2: Aktivieren von GitHub Packages und Konfigurieren von externem Speicher

GitHub Packages auf GitHub Enterprise Server verwendet externen Blobspeicher zum Speichern von Paketen.

Nachdem du GitHub Packages für your GitHub Enterprise Server instance aktiviert hast, musst du den Drittanbieter-Speicherbucket vorbereiten. Die erforderliche Speichermenge hängt von deiner Verwendung von GitHub Packages ab, und die Setuprichtlinien können je nach Speicheranbieter variieren.

Unterstützte externe Speicheranbieter

  • Amazon Web Services (AWS) S3
  • Azure Blob Storage
  • MinIO

Informationen zum Aktivieren von GitHub Packages und zum Konfigurieren von externem Speicher findest du unter folgenden Themen:

Schritt 3: Angeben der für deine Instanz zu unterstützenden Paketökosysteme

Wähle aus, welche Paketökosysteme du für your GitHub Enterprise Server instance aktivieren, deaktivieren oder als schreibgeschützt festlegen möchtest. Verfügbare Optionen sind Container registry, Docker, RubyGems, npm, Apache Maven, Gradle oder NuGet. Weitere Informationen findest du unter Konfigurieren der Unterstützung von Paketökosystemen für dein Unternehmen.

Schritt 4: Sicherstellen, dass bei Bedarf ein TLS-Zertifikat für die Pakethost-URL verfügbar ist

Wenn die Unterdomänenisolation für your GitHub Enterprise Server instance aktiviert ist, musst du ein TLS-Zertifikat erstellen und hochladen, das die Pakethost-URL für jedes zu verwendende Ökosystem zulässt, z. B. containers.HOSTNAME. Stelle sicher, dass jede Pakethost-URL https:// enthält.

Du kannst das Zertifikat manuell erstellen oder Let's Encrypt verwenden. Wenn du Let's Encrypt bereits verwendest, musst du nach dem Aktivieren von GitHub Packages ein neues TLS-Zertifikat anfordern. Weitere Informationen zu Pakethost-URLs findest du unter Aktivieren der Unterdomänenisolation. Weitere Informationen zum Hochladen von TLS-Zertifikaten in GitHub Enterprise Server findest du unter Konfigurieren von TLS.

Schritt 5: Überprüfen und Umbenennen reservierter Namen

Wenn du das Docker-Ökosystem mit deaktivierter Isolation von Unterdomänen nutzen möchtest, musst du zuerst alle Benutzer oder Organisationen mit dem Namen v2 auf your GitHub Enterprise Server instance umbenennen, bevor du die Unterstützung des Docker-Ökosystems in der Management Console aktivierst. Docker verwendet einen v2-Kontonamen, um Pfadkonflikte mit der Docker-API zu handhaben. Sobald die Unterstützung der Docker-Registrierung aktiviert ist, kannst du diesen Namen nicht mehr verwenden.

Du kannst eine vollständige Liste der für die interne Nutzung reservierten Anmeldungen einsehen, indem du im Dashboard des Websiteadministrators zur Seite „Reservierte Anmeldungen“ navigierst. Weitere Informationen findest du unter Reservierte Anmeldungen.