Skip to main content

Enterprise Server 3.15 ist derzeit als Release Candidate verfügbar.

Erste Schritte mit GitHub-Paketen für dein Unternehmen

Du kannst mit der Nutzung von GitHub Packages auf Ihre 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.

Wer kann dieses Feature verwenden?

Site administrators can enable and configure GitHub Packages.

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: Überprüfen der Hardwareanforderungen

Wenn Container registry für die Benutzer*innen deiner Instanz aktiviert werden soll, sind 10 % mehr CPU-Ressourcen erforderlich.

Es wird empfohlen, die Aktivitäten der Benutzerinnen und Automatisierungen für die Instanz zu überprüfen, um sicherzustellen, dass du eine angemessene CPU für deine Benutzerinnen bereitgestellt hast. Weitere Informationen findest du unter Überwachen Ihrer Instanz.

Weitere Informationen zu den Mindesthardwareanforderungen für Ihre GitHub Enterprise Server-Instance findest du in den Hardwareüberlegungen für die Plattform deiner Instanz.

Weitere Informationen zum Anpassen von Ressourcen für eine vorhandene Instanz findest du in den Artikeln zum CPU- und Arbeitsspeicherressourcen erhöhen.

Schritt 3: 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 Ihre 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 4: Angeben der für deine Instanz zu unterstützenden Paketökosysteme

Wähle aus, welche Paketökosysteme du für Ihre 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 Paketökosystemunterstützung für dein Unternehmen.

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

Wenn die Unterdomänenisolation für Ihre 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 Subdomain-Isolation aktivieren. Weitere Informationen zum Hochladen von TLS-Zertifikaten in GitHub Enterprise Server findest du unter TLS konfigurieren.

Schritt 6: Ü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 Ihre GitHub Enterprise Server-Instance umbenennen, bevor du die Unterstützung des Docker-Ökosystems in der Verwaltungskonsole 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 Verwalten Ihrer Instanz über die Web-Benutzeroberfläche.