GitHub Enterprise Server のステージング環境について
更新プログラムや新機能を運用環境に実装する前にテストできるように、 お使いの GitHub Enterprise Server インスタンスのステージング環境またはテスト環境を用意すると便利です。 詳しくは、「ステージングインスタンスのセットアップ」をご覧ください。
ヒント
外部ストレージ GitHub Actions 同じプロバイダー上の新しいバケット、アカウント、またはリージョンに移行する場合は、まずステージング環境で移行をリハーサルします。 「GitHub Actions の外部ストレージの移行」を参照してください。
GitHub Actions を使用したステージング環境の利用
ステージング環境を作成する一般的な方法は、実稼働 GitHub Enterprise Server インスタンスのバックアップをステージング環境の新しい仮想マシンに復元することです。 ステージング インスタンスを使用し、 GitHub Actions 機能のテストを計画している場合は、ステージング環境でストレージ構成を確認する必要があります。
GitHub Enterprise Server バックアップをステージング インスタンスに復元した後、ステージング インスタンスで実行されている既存のGitHub Actions ワークフローのログまたは成果物を表示しようとすると、ステージング ストレージの場所にこのデータが見つからないため、404エラーが表示されます。
404 エラーを回避するには、運用環境からデータをコピーし、ステージング環境で使用できます。
記憶域の構成
GitHub Enterprise Serverが有効なGitHub Actions インスタンスを含むステージング環境を設定する場合は、運用環境とは異なる外部ストレージ構成GitHub Actions使用する必要があります。
警告
ストレージ構成を変更しないと、運用環境に使うものと同じ外部ストレージに、ステージング インスタンスが書き込める可能性があり、結果としてデータが失われることがあります。
GitHub Actionsのストレージ構成の詳細については、AUTOTITLE を参照してください。
プロダクション環境からステージングにファイルをコピーする
運用環境をより正確にミラーリングするには、必要に応じて、 GitHub Actions の実稼働ストレージの場所からステージング ストレージの場所にファイルをコピーできます。
-
Azure ストレージ アカウントの場合は、
azcopyを使用できます。 次に例を示します。azcopy copy 'https://SOURCE-STORAGE-ACCOUNT-NAME.blob.core.windows.net/SAS-TOKEN' 'https://DESTINATION-STORAGE-ACCOUNT-NAME.blob.core.windows.net/' --recursive -
Amazon S3 バケットの場合、
aws s3 syncを使用できます。 次に例を示します。aws s3 sync s3://SOURCE-BUCKET s3://DESTINATION-BUCKET