GitHub Enterprise Server は常に改善されており、機能とパッチのリリースによって新機能とバグ修正が導入されています。
通常、機能リリースは四半期ごとに行われ、新機能と機能のアップグレードが含まれます。
GitHub Enterprise Server 3.0 以降、すべての機能リリースは少なくとも 1 つのリリース候補から始まります。 リリース候補は、完全な機能一式を備えた機能リリースとして提案されています。 リリース候補には、実際に GitHub Enterprise Server を使用している顧客からのフィードバックを通じてのみ見つけることができるバグまたは問題がある可能性があります。
リリース候補が利用可能になり次第、リリース候補をテストすることで、最新の機能に早期アクセスできます。 サポートされているバージョンからリリース候補にアップグレードでき、リリース時にリリース候補からそれ以降のバージョンにアップグレードできます。 リリースが一般に利用可能になり次第、リリース候補を実行している環境をアップグレードする必要があります。 詳細については、「アップグレード要件」を参照してく� さい。
リリース候補は、テスト環境またはステージング環境に展開する必要があります。 リリース候補をテストした際は、サポートに連絡してフィードバックをご提供く� さい。 詳細については、GitHub Support の使用に関するページを参照してく� さい。
フィードバックを活用して、バグ修正やその他の必要な変更を適用し、安定した本番リリースを作成します。 新しいリリース候補ごとに、以前のバージョンで見つかった問題のバグ修正が追� されます。 リリースが広く普及可能になったら、GitHub は安定した本番リリースを公開します。
警告: 新しい機能リリースにアップグレードすると、数時間のダウンタイ� が発生し、その間、どのユーザーもエンタープライズを使用できなくなります。 Enterprise 設定または REST API を使用して、グローバルアナウンスバナーを公開することにより、ダウンタイ� についてユーザに通知できます。 詳細については、「インスタンス上でのユーザメッセージをカスタマイズする」と「GitHub Enterprise 管理」を参照してく� さい。
パッチ リリースは、ホットパッチとバグ修正のみで構成されており、より� �繁に発生します。 パッチ リリースは通常、最初のリリース時に利用可能になっています。リリース候補はありません。 パッチ リリースへのアップグレードには、通常 5 分未満のダウンタイ� が発生します。
エンタープライズを新しいリリースにアップグレードするには、「リリース ノート」と「GitHub Enterprise Server のアップグレード」を参照してく� さい。 機能リリースは 2 リリースまで遅れている分にはアップグレードできるため、アップグレード アシスタント を利用し、現在のリリース バージョンからのアップグレード パスを見つけてく� さい。
参考資料
github/roadmapリポジトリ内の GitHub public roadmap