# 新しいリリースへのアップグレードについて

新しいリリースを通じて、 GitHub Enterprise Server に機能とバグ修正を追加する方法について説明します。

GitHub Enterprise Server は常に改善されており、機能リリースとパッチ リリースを通じて新しい機能やバグ修正が導入されています。

## 機能リリース

通常、機能リリースは四半期ごとに行われ、新機能と機能のアップグレードが含まれます。

すべての機能リリースは、少なくとも ひとつのリリース候補から始まります。

## リリース候補

リリース候補は、完全な機能一式を備えた機能リリースとして\_提案されています\_。 リリースを実際に使用している顧客のみが見つけられる問題が発生する可能性があります。

パフォーマンス、安定性、セキュリティ上の理由:

* **運用環境にリリース候補をインストールしないでください。** リリース候補の構築は、テスト環境またはステージング環境で使うことのみを目的としています。
* **サポートされている以前のバージョンからリリース候補にアップグレードしないでください。** 代わりに、新しいテスト環境にリリース候補をインストールします。
* **リリース時にリリース候補から新しいバージョン (一般提供リリースを含む) にアップグレードしないでください**。 代わりに、リリース候補の環境を破棄します。

リリース候補をテストした際は、サポートに連絡してフィードバックをご提供ください。 「[GitHub サポート ドキュメント](/ja/enterprise-server@3.22/support)」を参照してください。

新しいリリース候補ごとに、以前のバージョンで見つかった問題のバグ修正が追加されます。 リリースが広範囲に導入される準備ができたら、 GitHub 安定した機能リリースを公開します。

## パッチ リリース

機能リリース間では、パッチ リリースのメリットを得ることができます。それは、

* ホット パッチとバグ修正プログラムで構成します
* 機能リリースよりも頻繁に発生します
* 通常、最初のリリース時に利用可能になっています。リリース候補はありません。
* 通常、5 分未満のダウンタイムが必要です

## GitHub Enterprise Server のアップグレード

GitHub Enterprise Serverをアップグレードするには、次の 2 つの方法があります。

* **まったく新しいGitHub Enterprise Server インスタンス**を設定し、必要に応じてインスタンスを構成するには、[GitHub Enterprise Server インスタンスの設定](/ja/enterprise-server@3.22/admin/installing-your-enterprise-server/setting-up-a-github-enterprise-server-instance) と [GitHub Enterprise の構成](/ja/enterprise-server@3.22/admin/configuring-settings) を参照してください。
* **既存のインスタンス**を新しいリリースにアップグレードするには、「[アップグレード プロセスの概要](/ja/enterprise-server@3.22/admin/upgrading-your-instance/preparing-to-upgrade/overview-of-the-upgrade-process)」をご覧ください。

## 参考資料

* `github/roadmap`