有关永久删除/销毁的工作项Azure DevOps的信息

Info about Permanently Deleted/Destroyed Work Item Azure DevOps

提问人:moraprex 提问时间:3/29/2023 最后编辑:Jonathan Doddsmoraprex 更新时间:4/2/2023 访问量:231

问:

我想知道如何知道谁在我们的Azure DevOps中永久删除/销毁了工作项。我们 100% 确定有一个工作项,我们甚至与它进行了交互,更改了它的几个属性。但几天后,我们注意到我们在板上和回收站上都找不到它,这意味着工作项被永久删除/销毁。我们的团队包含 10 人,是否有关于从看板中删除/永久删除工作项等操作的信息/日志保存到某个地方,我们需要知道该特定工作项发生了什么。板上还有其他工作项,它们完全没问题。

azure azure-devops tfs-workitem 工作项

评论


答:

1赞 Jonathan Dodds 4/2/2023 #1

这个答案可能无法解决问题,但希望它能为您(以及下一个人)推动调查向前发展。

Azure DevOps(又名 TFS)使用数据库作为后备存储。从历史上看,它通常是Microsoft SQL Server。

创建工作项时,数据库中会创建工作项记录。“删除”是非破坏性或软删除。它在记录上设置一个值,可以通过“恢复”撤消。“销毁”(或“永久删除”)是删除数据库中的记录。(请参阅删除、删除或还原Azure Boards中的工作项

有一个安全日志将记录永久删除团队项目等事件,但我认为它不包括工作项。

有一项新的增强审核功能,该功能具有某些要求,可能不适用于您。此外,在销毁工作项之前,必须启用和配置它。

如果这是本地Azure DevOps Server,并且使用日记备份的数据库存在复制/故障转移/恢复过程,则可以从中收集一些信息。

如果这是一个云Azure DevOps Services实例,并且它足够重要,则可能值得向Microsoft开具票证,看看他们是否可以以任何方式提供帮助。

“销毁”和“删除”有单独的权限,用户可以被限制为“销毁”,但仍被允许“删除”。事实上,默认权限是“贡献者”可以“删除”(和“恢复”),但不能“销毁”。(请参阅默认工作跟踪权限和访问权限。如果团队中的每个人都是管理员,则应重新考虑该选择。

某些组织遵循的方法是限制“销毁”和“删除”,不再相关的工作项应设置为“已删除”状态。

评论

1赞 moraprex 4/3/2023
感谢您的详细回复。尽管它没有回答这个问题,因此我无法将其标记为解决方案,但它通过提供有关 TFS 的重要信息对我有很大帮助,我很感激,似乎我必须更多地研究我每天使用的东西:D!此外,我们还在组织设置上启用了“审核”,以便于将来调查问题。