每个待办事项是不是有最多 10000 个工作项的限制?

Posted

技术标签:

【中文标题】每个待办事项是不是有最多 10000 个工作项的限制?【英文标题】:Is there a limit of max 10000 work items per Backlog?每个待办事项是否有最多 10000 个工作项的限制? 【发布时间】:2020-06-27 21:32:27 【问题描述】:

取自此链接的短语“您最多可以在积压工作中拥有 10000 个工作项”是什么意思 https://docs.microsoft.com/en-us/azure/devops/user-guide/service-limits?view=azure-devops#work-items?

我在一个拥有数百名用户的大型项目中在本地使用 TFS 2017 更新 1(我将尽快升级到 Dev Ops Server 2019 更新 1),两年后我们在单个项目中收集了超过 10000 个工作项团队项目(准确地说是 10661)。我希望将来我能够在同一个团队项目中不受限制地添加新的工作项(我认为有 500000 或 100 万个工作项的限制是合理的,但只有 10000 个工作项没有)。恐怕我会看到类似“TFSXXXX:已达到最大工作项数”的错误消息。

我再说一遍:从上面的链接中摘录的“您最多可以有 10000 个积压工作项”是什么意思?

【问题讨论】:

这是 Backlog 的限制,不是工作项。检查此链接 - docs.microsoft.com/en-us/azure/devops/organizations/settings/… 此外,此链接以及您引用的链接适用于 DevOps 服务,而不是服务器(本地)。所以不确定本地服务器是否有任何类似的限制。此限制可能仅适用于云服务。 【参考方案1】:

首先,您提到的链接是关于 Azure devops 服务,而不是 TFS。要看到restrictions on TFS,需要在左上角切换到TFS2017版本。

其次,文档中提到的限制是关于backlog中可以显示的工作项的最大数量,而不是工作项的数量限制。

每个积压工作最多可以显示 999 个工作项。如果您的积压超过 这个限制,那么你可能要考虑添加一个团队并移动 一些工作项到其他团队的待办事项中。

关于工作项数量的限制,因为工作项的id是在集合层面上增加的,所以唯一id的增加是没有限制的,所以工作项的数量也是无限的。有类似问题的可以参考这个case。

【讨论】:

以上是关于每个待办事项是不是有最多 10000 个工作项的限制?的主要内容,如果未能解决你的问题,请参考以下文章

[Offer收割]编程练习赛50

NSDocument 用于关系数据/待办事项列表?

我在这个 React 应用程序中的待办事项列表没有出现

算法图解第二章—选择排序

仅更改 Eclipse 待办事项的颜色 - 不是整个评论

JavaScript/HTML 中的待办事项列表