GitHub Enterprise Server s’améliore constamment grâce aux mises en production de fonctionnalités et de patchs, qui incluent de nouvelles fonctionnalités et des correctifs de bogues.
Lancements de fonctionnalités
Les versions de fonctionnalités incluent des fonctionnalités nouvelles et améliorées et sont généralement publiées tous les trimestres.
Toutes les versions de fonctionnalités commencent par au moins une version candidate.
Versions candidates
Les versions Release Candidate sont des propositions de versions de fonctionnalités complètes. Il peut y avoir des problèmes qui ne peuvent être trouvés que par les clients utilisant réellement la version.
Pour des raisons de performances, de stabilité et de sécurité : * N’installez pas de version finale (RC) dans un environnement de production. Les versions candidates (RC) sont destinées uniquement aux environnements de test et de préproduction. * Ne mettez pas à niveau vers une version candidate (RC) à partir d’une version antérieure prise en charge. Au lieu de cela, installez une version candidate dans un nouvel environnement de test. * Ne mettez pas à niveau une version candidate vers les versions ultérieures, y compris les versions généralement disponibles. À la place, supprimez l’environnement de la version candidate.
Quand vous testez une version Release Candidate, envoyez vos commentaires en contactant le support. Consultez « documentation de support GitHub ».
Chaque nouvelle version Release Candidate apporte des correctifs de bogues visant à résoudre les problèmes détectés dans les versions précédentes. Quand la version est prête pour une adoption généralisée, GitHub publie une version de fonctionnalité stable.
Mises à jour correctives
Entre les versions des fonctionnalités, vous pouvez bénéficier de versions de correctifs qui :
- elles se composent de mises à jour correctives à chaud et de correctifs de bogues ;
- Elles sont plus fréquentes que les lancements de fonctionnalités.
- Elles sont généralement disponibles dès la première publication, sans passer par des versions candidates.
- Nécessite généralement moins de cinq minutes de temps d’arrêt
Mise à niveau de GitHub Enterprise Server
Vous pouvez mettre à jour GitHub Enterprise Server de deux manières :
- Pour configurer une instance GitHub Enterprise Server totalement nouvelle et configurer l’instance comme vous le souhaitez, consultez Configuration d’une instance GitHub Enterprise Server et Configuration de GitHub Entreprise.
- Pour mettre à jour votre instance existante vers une nouvelle version, consultez Vue d'ensemble du processus de mise à niveau.
Pour aller plus loin
-
[ GitHub public roadmap ](https://github.com/github/roadmap#github-public-roadmap) dans le référentiel `github/roadmap`