Share via

移行後のタスクを完了する

  • [アーティクル]

移行が完了すると、組織の所有者に電子メールが送信されます。この時点で、アクセス権を持つすべてのユーザーが、新しく移行された Azure DevOps Services 組織にサインインできます。 ただし、組織をすべてのユーザーが使用できるようにする前に、この記事に記載されている一般的なタスクを完了する必要があります。

移行の 7 つの段階で強調表示された移行後のステージの図。

スポット チェック

組織が利用可能になった直後に、小規模なチームを編成し、組織のチェックを特定します。 このチームは、プロジェクト コレクション管理者で構成することをお勧めします。 このチェックは、深くではなく、コレクションの主要な部分が引き継がれたことを確認する必要があります。

  • ソース コード: ソース コード リポジトリが正しく移行されたことを確認します。
  • ビルド履歴: ビルド履歴が作成されていることを確認します。
  • エリア パス: すべてのエリア パスがまだ存在することを確認します。

これらのクイック チェックは、ユーザー ベース全体に組織を開く前に、不足しているデータや不完全なデータをキャッチするのに役立ちます。

組織の名前を変更する (省略可能)

作業の 開始フェーズでは、使用する最終的な Azure DevOps Services 組織名を持つ組織が既に作成されている可能性があります。 これが最終的な移行である場合は、新しく移行した Azure DevOps Services 組織の名前を目的の名前に変更できます。 詳細については、「組織の名前を変更する」を参照してください。

請求の設定

ホスト型のビルドエージェントやデプロイ エージェントなど、Azure DevOps のユーザーまたはサービスの料金を支払うには、組織の 課金を設定 する必要があります。 複数のコレクションを移行する場合は、すべての組織が同じ Azure サブスクリプションで課金するように設定され、サブスクリプションで複数組織の課金が有効になっていることを確認する必要があります。 その後、移行を実行するカレンダー月の間に、必要な数の Basic ユーザーを無料で割り当てることができます。

ビルド エージェントの構成

Azure DevOps Server 環境で自動ビルドサーバーまたはデプロイ サーバーを使用した場合は、それらを Azure DevOps Services 組織に接続できます。 移行の一環として、すべてのビルド定義が移行されましたが、新しい Azure DevOps Services 組織に対してエージェントとプールを再構成する必要があります。

詳細については、「Azure Pipelines エージェント」を参照してください。

既存のオンプレミスのプライベート ビルド エージェントを使用する場合は、キャッシュをクリアする必要があります。これにより、古いTeam Foundation バージョン管理 (TFVC) またはオンプレミス コレクションへの Git ポインターに関連するビルドの問題が発生しないようにします。 詳細については、クライアント コンピューターでのキャッシュの更新に関するページを参照してください。

ヒント

Azure DevOps Server でリリース管理を使用した場合は、リリース パイプラインと履歴データが移行されます。 ただし、ビルドと同様に、エージェント (再びリンク) とプールを新しい組織に対して再構成する必要があります。

Azure Artifacts の使用

Azure Artifacts は、Basic ライセンスを付与されたすべてのユーザーのAzure DevOps Servicesに含まれています。 拡張機能をインストールする必要はありません。 Azure Artifacts データは、移行後に使用できる必要があります。 詳細については、「Azure Artifacts の概要」を参照してください。

Azure Boards のカスタマイズ

既存の GitHub Enterprise Server 接続が Azure DevOps Server に関連付けられている場合、期待どおりに動作しません。 GitHub 内でメンション作業項目が遅延したり、Azure DevOps Services に表示されたりしない可能性があります。 この問題は、GitHub に関連付けられているコールバック URL が無効になったために発生します。

この問題を解決するには、次のタスクを検討してください。

  • 接続を削除して作成し直す: GitHub Enterprise Server リポジトリへの接続を削除して作成し直します。 Azure Boards からの接続に関するドキュメントに記載されている手順のようにしてください。
  • webhook URL を修正する: GitHub のリポジトリ設定ページに移動し、移行された Azure DevOps Services 組織 URL を指す Webhook URL を編集します https://dev.azure.com/{OrganizationName}/_apis/work/events?api-version=5.2-preview。

詳細については、「Azure Boards の構成とカスタマイズ」を参照してください。

アクセス許可の確認

組織には、 Basic アクセス権を持つ 5 人の無料ユーザーが含まれています。 詳細については、「組織ユーザーの追加とアクセスの管理」を参照してください。

チームに通知する

ビルドが実行され、ライセンス サブスクリプションが構成されたら、検証のために組織をすべてのユーザーに開くようにすることをお勧めします。 その後、個々のユーザーは、すべてのコンテンツが確実に配置され、適切なアクセス レベルを持ち、コードをプルできます。

ローカル ワークスペースを持つ TFVC のユーザーは、新しい組織に対してワークスペースを再マップする必要があり、Git ユーザーはコードをプルするようにリモートを再構成する必要があります。

移行された組織に何か不足している場合は、 サポートにお問い合わせください。

次のステップ

Azure DevOps Services 拡張機能を取得する (省略可能)