試験的な移行について
試験的移行の実行に関する以下のベスト プラクティスに従って、移行中と移行後に発生する可能性のある、Enterprise に固有の問題を明らかにすることをお勧めします。
移行の試験的実行の計画とガイドに関する以下の大まかな手順を確認してください。
ステップ 1: 移行するものを明らかにする
移行するリポジトリとデータは何ですか。 これらは、Importer のベータ版でサポートされていますか。 Git LFS リソースなど、手動の移行を計画する必要がありますか。
Importer の既知のサポート制限事項を確実に理解するには、「GitHub Enterprise Importer について」をご覧ください。
ステップ 2: 移行の試験的実行を行う
試験的移行を実行して結果をテストし、運用環境の移行にかかる時間を把握することをお勧めします。 試験的実行を始めるには、「GitHub Enterprise Importer を使用してリポジトリを移行する」または「GitHub Enterprise Importer を使用して Organization を移行する」の詳細な手順に従ってください。
運用環境の移行とダウンタイムを計画するため、移行の試験的実行が完了するまでに要した時間を記録しておくことをお勧めします。
必須ではありませんが、運用環境の移行の間は作業を停止することをお勧めします。 Importer は差分移行をサポートしていないため、移行中に発生した変更は移行されません。 運用環境の移行の間に作業を停止しない場合は、これらの変更を手動で移行する必要があります。
ステップ 3: 移行の試験的実行を検証する
移行の試験的実行の結果を検討して、その正確性と完全性を確認します。 また、エラーが示されているログ ファイルを確認することもできます。
ステップ 4: 移行したリポジトリまたは Organization を削除する
試験的実行を完了して、結果を検証したら、移行されたリポジトリまたは Organization を削除できます。 この試験的実行プロセスは、必要なだけ何回でも繰り返すことができます。 場合によっては、この移行を運用環境の移行として維持することもできます。
ステップ 5: 運用環境の移行を計画する
試験的実行でわかったことをすべて使用し、運用環境の移行と必要なカスタム手順を計画します。 試験的実行のすぐ後で、運用環境の移行を始めることをお勧めします。