阻止用户在 Azure DevOps 中创建新的工作项
Prevent users from creating new work items in Azure DevOps
我一直在查看组织和项目设置，但看不到会阻止用户在 Azure DevOps 项目中创建工作项的设置。
我有一些用户拒绝遵守我们为项目制定的指南，所以我想给他们和更广泛的项目团队带来不便，以便他们发现遵循指南总比不遵循更好 - 在当我们有一个单词的用户故事 and/or 任务时估计需要 60-70 小时，这并不能反映我们应该计划的方式。
我仍然希望他们能够编辑故事或任务以及移动状态，但最初的创作对他们来说应该是禁止的（至少在一段时间内）。有办法吗？？
I'd still want them to be able to edit the stories or tasks and moving statuses, but that initial creation should be off-limits for them (for a time at least). Is there a way to do this??
恐怕没有这样的设置可以做到这一点。
那是因为工作项的当前权限设置还没有细分到适用于当前场景。
关于这个有一个设置是：
项目设置->团队配置->区域->安全：
将此值设置为拒绝，它将阻止用户创建新的工作项。 但它也阻止用户修改工作项。
根据您的要求，您可以在我们的 UserVoice 网站 (https://developercommunity.visualstudio.com/content/idea/post.html?space=21 ) 上添加对此功能的请求，该网站是我们提供产品建议的主要论坛。
Azure DevOps Aggregator 项目允许您编写在创建或更新工作项时触发的简单脚本。它使用服务挂钩在此类事件发生时触发，并将大部分 API 特定内容抽象化，为您提供可直接与之交互的工作项实例。
你不能阻止创建或更新这样的策略，Azure DevOps 会在创建过程中通知聚合器来不及这样做，但你可以还原更改、关闭工作项等。有还有一些发送电子邮件的实用功能。
你需要在某个地方安装聚合器，它可以托管在 Azure Functions 中，我们提供了一个 docker 容器，你可以在任何你想要的地方启动它。然后 link 使用具有足够权限的 PAT 令牌将其发送到 Azure DevOps 并编写您的第一个策略。
可以找到一些示例规则 in the aggregator docs。
store.DeleteWorkItem(self);
应该将工作项放入 Azure DevOps 的回收站中。您可以围绕它创建一个代码片段，根据已知的不良身份列表检查工作项 (self.CreatedBy.Id) 的创建者。
请注意，当 Azure DevOps 创建新工作项时，Created 和 Updated 事件可能会快速连续触发（这是由设置工作项积压顺序的机制引起的），因此您可能需要找到一个检测哪些元数据告诉您应该删除工作项的方法。我通常会检查较低的修订号（例如 < 5），最后几次修订除了 Backlog Priority.
外没有更改任何字段
我一直在查看组织和项目设置，但看不到会阻止用户在 Azure DevOps 项目中创建工作项的设置。
我有一些用户拒绝遵守我们为项目制定的指南，所以我想给他们和更广泛的项目团队带来不便，以便他们发现遵循指南总比不遵循更好 - 在当我们有一个单词的用户故事 and/or 任务时估计需要 60-70 小时，这并不能反映我们应该计划的方式。
我仍然希望他们能够编辑故事或任务以及移动状态，但最初的创作对他们来说应该是禁止的（至少在一段时间内）。有办法吗？？
I'd still want them to be able to edit the stories or tasks and moving statuses, but that initial creation should be off-limits for them (for a time at least). Is there a way to do this??
恐怕没有这样的设置可以做到这一点。
那是因为工作项的当前权限设置还没有细分到适用于当前场景。
关于这个有一个设置是：
项目设置->团队配置->区域->安全：
将此值设置为拒绝，它将阻止用户创建新的工作项。 但它也阻止用户修改工作项。
根据您的要求，您可以在我们的 UserVoice 网站 (https://developercommunity.visualstudio.com/content/idea/post.html?space=21 ) 上添加对此功能的请求，该网站是我们提供产品建议的主要论坛。
Azure DevOps Aggregator 项目允许您编写在创建或更新工作项时触发的简单脚本。它使用服务挂钩在此类事件发生时触发，并将大部分 API 特定内容抽象化，为您提供可直接与之交互的工作项实例。
你不能阻止创建或更新这样的策略，Azure DevOps 会在创建过程中通知聚合器来不及这样做，但你可以还原更改、关闭工作项等。有还有一些发送电子邮件的实用功能。
你需要在某个地方安装聚合器，它可以托管在 Azure Functions 中，我们提供了一个 docker 容器，你可以在任何你想要的地方启动它。然后 link 使用具有足够权限的 PAT 令牌将其发送到 Azure DevOps 并编写您的第一个策略。
可以找到一些示例规则 in the aggregator docs。
store.DeleteWorkItem(self);
应该将工作项放入 Azure DevOps 的回收站中。您可以围绕它创建一个代码片段，根据已知的不良身份列表检查工作项 (self.CreatedBy.Id) 的创建者。
请注意，当 Azure DevOps 创建新工作项时，Created 和 Updated 事件可能会快速连续触发（这是由设置工作项积压顺序的机制引起的），因此您可能需要找到一个检测哪些元数据告诉您应该删除工作项的方法。我通常会检查较低的修订号（例如 < 5），最后几次修订除了 Backlog Priority.