Azure devops 如何修改PR后工作项更改为的状态？

创建拉取请求并链接工作项时，PR完成后，工作项的状态将自动更改为无效。我们如何才能将该行为更改为其他状态？

在最近对Azure DevOps的更新中，您现在可以

创建请购单时，可以在“说明”中设置状态值 链接的工作项的名称。您必须遵循特定的语法

{state value}:ID合并PR时，系统将读取 该描述将被删除，并相应地更新工作项状态。在 下面的示例中，我们将工作项300和301设置为Resolved、323和323 324至324关闭

---

在Azure DevOps的最新更新中，您现在可以

创建请购单时，可以在“说明”中设置状态值 链接的工作项的名称。您必须遵循特定的语法

{state value}:ID合并PR时，系统将读取 该描述将被删除，并相应地更新工作项状态。在 下面的示例中，我们将工作项300和301设置为Resolved、323和323 324至324关闭

该功能也适用于自定义状态。这是我的样本：

向任务添加自定义状态。

创建一个新的请求并添加如下描述：

准备好QA:id了吗

创建拉取请求并完成合并。“合并后不检查完整链接的工作项”选项。 现在，我的任务的状态已更新为准备好进行QA。 此外，产品组仍在改进此功能。如果您有任何问题或建议，可以在此和中分享。

此功能也适用于自定义状态。这是我的样本：

向任务添加自定义状态。

创建一个新的请求并添加如下描述：

准备好QA:id了吗

创建拉取请求并完成合并。“合并后不检查完整链接的工作项”选项。 现在，我的任务的状态已更新为准备好进行QA。

---

此外，产品组仍在改进此功能。如果您有任何顾虑或建议，可以在此分享。

这很有趣。但是不能设置默认状态吗？由于默认情况下会将其更改为无效，还请注意，我们有自定义状态，我可以测试当前是否可以使用它们。您是否自定义了状态或转换？我如何自定义转换？有一些自定义状态，例如Ready for QA，我不能用这种方式使用该状态，我刚刚测试过它。这很有趣。但是不能设置默认状态吗？由于默认情况下会将其更改为无效，还请注意，我们有自定义状态，我可以测试当前是否可以使用它们。您是否自定义了状态或转换？我如何自定义转换？有一些自定义状态，例如Ready for QA-我不能以这种方式使用该状态，我刚刚测试了itI。我试图根据前面的答案进行测试，但没有考虑步骤3。。将很快测试并修改此答案。几天内未收到您的回复，请您分享有关此问题的最新信息？如果您仍然被阻止，请随时告诉我，我将尽力帮助您。我尝试根据前面的答案对此进行测试，但没有考虑第3步的原因。。将很快测试并修改此答案。几天内未收到您的回复，请您分享有关此问题的最新信息？如果您仍然被阻止，请随时告诉我，我会尽力帮助您。