对 Azure DevOps Release API 中不一致的工作项检索进行故障排除

Question

我有一个 Azure DevOps API，用于获取开始日期和结束日期之间的版本

https://vsrm.dev.azure.com/${organization}/${project}/_apis/release/releases?minCreatedTime=${startDate}&maxCreatedTime=${endDate}&api-version=6.0

,

开始日期：2024-05-27, 结束日期 : 2024-07-11

基本上，当我运行这个 API 时，它会提供包含版本 ID 的版本 所以我已将发布 ID 传递给另一个 API 来获取工作项

https://vsrm.dev.azure.com/${organization}/${project}/_apis/release/releases/${releaseId}/workitems?api-version=7.1

当我运行此 API 时，与每个版本 ID 关联的工作项不正确。 2024年7月15日，API返回了440个工作项，这是准确的。但是，当我在 2024 年 7 月 16 日运行相同的 API 时，它仅返回 215 个工作项。我没有收到相同的工作项目； API 显示的工作项较少。

有人可以帮我解决这个问题吗

当我运行此 API 时，与每个版本 ID 关联的工作项不正确。 2024年7月15日，API返回了440个工作项，这是准确的。但是，当我在 2024 年 7 月 16 日运行相同的 API 时，它仅返回 215 个工作项。我没有收到相同的工作项目； API 显示的工作项较少。

我期待解决方案应包含版本中的所有工作项

Answer 1

当我运行此 API 时，与每个版本 ID 关联的工作项不正确。 2024年7月15日，API返回了440个工作项，这是准确的。但是，当我在 2024 年 7 月 16 日运行相同的 API 时，它仅返回 215 个工作项。我没有收到相同的工作项目； API 显示的工作项较少。

如果您一天后跑步，

two rest api

可能会有

different output

。

对于

1st rest api

，当您获取持续时间内的所有版本时，可能会发生某些版本在一天后被删除（手动或通过保留策略）的情况，其余 api 将不会列出已删除的版本。因此，它可以获得更少的发布 ID 到第二个休息 api。

与

2nd rest api

相同，如果删除了一些关联的工作项，当您再次运行时，它将不会在其余API中列出。

我期待解决方案应包含版本中的所有工作项

实际上您正在以正确的方式进行操作，但需要确保版本号没有更改并且没有删除工作项，以确保两次运行之间具有相同的输出。