pull request で作業項目を自動的に完了する

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

作業項目を pull request (PR) にリンクすると、PR が完了したときに、それらの作業項目を自動的に完了することができます。 または、PR のマージ時に作業項目を切り替えるワークフロー状態を指定することもできます。

pull request の詳細については、pull request の作成、表示、管理に関する記事を参照してください。

作業項目の自動完了

次の図に示すように、[リンクされた作業項目をマージ後に完了する] ボックスを選択します。 システムでは、将来の PR の選択内容に既定値で設定されます。

次の状況では、システムは作業項目の状態を [完了]、[終了]、または作業項目の種類の [完了] カテゴリーに属する状態に自動的に更新しません。

• 作業項目の種類が継承プロセス モデルで管理されている作業項目は、既に [解決済み] カテゴリに属する状態になっています。 この場合、システムは状態を更新しません。 たとえば、アジャイル プロセスから派生したバグが [解決済み] 状態の場合、システムはそれを [クローズ済み] に移行しません。
• 作業項目は既に [完了済み] カテゴリに属する状態になっています。 これ以上遷移は必要ありません。
• 作業項目に関連付けられている WIT には、作業項目が次の状態に保存されるのを防ぐ 1 つ以上のワークフロー フィールド ルールが含まれています。 たとえば、あるルールは、作業項目のクローズの一環として別のフィールドを定義することを要求します。
• オンプレミスのデプロイと Azure Boards ホステッド プロセス モデルの場合は、ワークフローを遷移するときに実行するアクション (ACTION 要素) を指定するようにワークフローを変更する必要があります。 作業項目の種類に関するワークフローの変更、アクションの指定に関するページを参照してください。

プロセス モデルの詳細については、「作業追跡エクスペリエンスをカスタマイズする」を参照してください。

リンクされた作業項目のワークフロー状態を指定する

作業項目を特定のワークフロー状態に移行するには、pull request の [説明] に情報を入力します。 #ID の前に、言及する作業項目の有効なワークフロー状態を付加します。

次の図に示すように、2 つのユーザー ストーリーが遷移します (1 つは [解決済み] に、もう 1 つは [レビュー] に)。 また、2 つのタスクが [完了] に設定されます。

関連記事

• pull request の作成、表示、管理
• ワークフローをカスタマイズする (継承プロセス)
• 作業追跡エクスペリエンスをカスタマイズする
• バックログとボードでワークフローの状態と状態カテゴリを使用する方法