テスト移行を実行する

プロジェクトを元のターゲット インスタンスに移行する前に、JIRA のコピーとなるステージング環境を確立し、移行をテストすることができます。 

はじめる前に

移行のテスト用にステージング環境を作成します。

インポート

1. テスト インスタンスで <JIRA-home-directory>/import に移動し、projectconfigurator という名前のディレクトリを作成します。
2. エクスポートされた ZIP アーカイブを projectconfigurator ディレクトリにコピーします。
3. 管理者として JIRA にログインし、アドオン ページへ進んでから、完全なプロジェクトのインポートをクリックします。
4. 「プロジェクト ファイル」フィールドに、エクスポートした ZIP アーカイブの名前を入力します。.zip 拡張子を含めるようにしてください。
5. 設定インポートのシミュレーションを最初に実行するを選択します。 
6. 完了したプロジェクトのインポート をクリックします。
   
   

以下の画像は、完全なプロジェクトをインポートするための関連オプションを示しています。

インポート オプション

既定の値はほとんどの環境に十分です。ただし、他のオプションを確認したい場合は、次の定義をご覧ください。

• 設定インポートのシミュレーションを最初に実行する - 推奨されるオプション。設定に対する変更を適用する前に確認することができます。
• スマート カスタム フィールド コンテキスト - ソース インスタンスの一部のカスタム フィールドに、ターゲットに既に存在する別のカスタム フィールドと同じタイプと名前がある場合はこのオプションを有効化します。詳細は、「スマート カスタム フィールド コンテキスト」を参照してください。
• ダッシュボードやフィルターでエラーが見つかっても続行する - 管理者の監視やサポートなしに、ユーザーがフィルターやダッシュボードを作成および維持する場合があります。チームがこれに当てはまる場合、このオプションを有効化し、移行プロセスでフィルターやダッシュボードの設定の不一致やエラーがスキップされるようにします。

要約

プロジェクトをテスト インスタンスにインポートした後、インポートのサマリーが表示されます。

次に、テスト インスタンスに適用される設定変更を示すページが表示されます。このページの内容は、シミュレーションされたインポートと似ています。違いは、ここで変更案を検証し、承認する必要があるという点です。

ワークフローとワークフロー スキームの下書き

ほとんどの場合、Project Configurator は必要な下書きを自動的に作成して公開します。これはバックグラウンドで発生し、インポート トレースを調べない限り気付かないでしょう。

ただし、場合によっては、アドオンで下書きを公開できない場合があります。この理由としては、入力した内容で課題を新しいステータスにマッピングする必要がある場合や、新しいワークフローの構造が古いワークフローと互換性がない場合などがあります。アドオンは停止し、続行するには追加手順を実行する必要があります。詳細については、「下書きを公開のオプション停止」を確認してください。