GitHub Enterprise Server wird ständig mit neuen Funktionen und Fehlerkorrekturen verbessert, die über Feature- und Patchreleases eingeführt werden.
Featurereleases umfassen neue Funktionen und Featureupgrades und werden in der Regel vierteljährlich veröffentlicht.
Ab GitHub Enterprise Server 3.0 beginnen alle Featurereleases mit mindestens einem Release Candidate. Release Candidates sind vorgeschlagene Featurereleases mit einem vollständigen Featuresatz. Ein Release Candidate kann Fehler oder Probleme enthalten, die nur durch das Feedback von Kunden gefunden werden können, die GitHub Enterprise Server tatsächlich verwenden.
Du kannst die neuesten Funktionen frühzeitig nutzen, indem du einen Release Candidate testest, sobald dieser verfügbar ist.
Aus Leistungs-, Stabilitäts- und Sicherheitsgründen:
- Installieren Sie keinen Releasekandidaten in einer Produktionsumgebung. Releasekandidaten sind ausschließlich für die Verwendung in einer Testumgebung vorgesehen.
- Führen Sie kein Upgrade auf einen Releasekandidaten aus einer unterstützten, früheren Version durch. Installieren Sie stattdessen einen Releasekandidaten in einer neuen Testumgebung.
- Führen Sie kein Upgrade vom Releasekandidaten auf spätere Versionen durch, einschließlich allgemein verfügbarer Versionen. Sobald die neue Version allgemein verfügbar ist, sollten Sie alle Umgebungen aktualisieren, in denen ein Releasekandidat ausgeführt wird.
Wenn du einen Release Candidate testest, richten dein Feedback bitte an den Support. Weitere Informationen findest du unter Dokumentation zum GitHub-Support.
Wir verwenden dein Feedback, um Fehlerkorrekturen und andere erforderliche Änderungen für ein stabiles Produktionsrelease anzuwenden. Jeder neue Release Candidate fügt Fehlerkorrekturen für Probleme hinzu, die in früheren Versionen gefunden wurden. Wenn das Release für die allgemeine Einführung bereit ist, veröffentlicht GitHub eine stabiles Featurerelease.
Patchreleases, die nur aus Hotpatches und Bugfixes bestehen, werden häufiger veröffentlicht. Patchreleases sind allgemein verfügbar, wenn sie zuerst, d. h. ohne Release Candidates, veröffentlicht werden. Das Upgrade auf eine Patchrelease dauert in der Regel weniger als fünf Minuten.
Informationen zum Einrichten einer vollständig neuenGitHub Enterprise Server-Instanz und zum Konfigurieren der Instanz, die Ihnen gefällt, finden Sie unter „GitHub Enterprise Server-Instanz einrichten“ und „Konfigurieren von GitHub Enterprise“.
Informationen zum Upgrade deines Unternehmens auf ein neues Release finde Sie unter Versionshinweise und Upgrade von GitHub Enterprise Server. Da du nur ein Upgrade von einem Featurerelease durchführen kannst, die maximal zwei Releases älter ist, verwende den Upgrade-Assistent, um den Upgradepfad deiner aktuellen Releaseversion zu finden.
Warning
Das Upgrade auf ein neues Featurerelease führt zu einigen Stunden Downtime, während denen keine Ihrer Benutzer*innen das Unternehmen verwenden können. Du kannst Benutzer über Ausfallzeiten informieren, indem du ein globales Ankündigungsbanner mithilfe deiner Unternehmenseinstellungen oder der REST-API veröffentlichst. Weitere Informationen finden Sie unter Anpassen von Benutzernachrichten für dein Unternehmen und unter REST-API-Endpunkte für die GitHub Enterprise-Verwaltung.
Weitere Informationen
- GitHub public roadmap im
github/roadmap-Repository