GitHub Enterprise Serverインスタンス のステージング環境またはテスト環境があると便利な� �合があります。これにより、更新または新機能を本番環境に実装する前にテストできます。 詳しい情� �については "ステージングインスタンスのセットアップ"を参照してく� さい。
A common way to create the staging environment is to restore a backup of your production GitHub Enterprise Server instance to a new virtual machine in the staging environment. If you use a staging instance and plan to test GitHub Actions functionality, you should review your storage configuration in the staging environment.
After you restore a GitHub Enterprise Server backup to the staging instance, if you try to view logs or artifacts from existing GitHub Actions workflow runs on your staging instance, you will see
404 errors, because this data will be missing from your staging storage location. To work around the
404 errors, you can copy data from production to use in your staging environment.
When you set up a staging environment that includes a GitHub Enterprise Server instance with GitHub Actions enabled, you must use a different external storage configuration for GitHub Actions storage than your production environment.
Warning: If you don't change the storage configuration, your staging instance may be able to write to the same external storage that you use for production, which could result in loss of data.
For more information about storage configuration for GitHub Actions, see "Getting started with GitHub Actions for GitHub Enterprise Server."
To more accurately mirror your production environment, you can optionally copy files from your production storage location for GitHub Actions to the staging storage location.