TFS Burndown AuthorizedDate

Question

我正在寻找一种手动调整TFS任务开始日期的方法，以便我的燃尽显示正确。

本质上，迭代有固定的开始/结束日期，一些用户故事直到迭代中途才被填写。

这使得燃烧在道路上有一个颠簸，所以看起来我们低于目标。

我拥有对TFS数据库的完全访问权限，我想知道我需要编写哪些查询才能将我的任务追溯到迭代的开始。

我在某处读到过，是System.AuthorizedDate控制着燃尽表。

感谢您的帮助。J

Answer 1

您对使用的System.AuthorizedDate的判断是正确的。

您不能通过公共API来更改System.AuthorizedDate。它不会让你这么做的。而且您不能通过SQL update命令更改System.AuthorizedDate日期并保持受支持的状态。官方上，Microsoft不允许这样做，并且仍然保持Microsoft支持您的能力，除非SQL在他们的指导下进行了更改，例如通过支持事件。

我怀疑微软的支持事件会产生更新查询，因为这不是一个缺陷，正如我稍后解释的那样，它可能会让你处于非常糟糕的境地。您是否可以在适当的表上创建一系列更新，以追溯System.AuthorizedDate的日期？毫无疑问。它甚至可能会起作用，但我不确定如果你敢这样做的话，它是否会起作用。原因是工作项在创建时会按顺序接收System.Id编号。我确实知道，在版本控制中，系统中有这样的期望:较高的变更集编号必须比任何较低的变更集编号具有更晚的提交日期(回忆不起确切的字段名称)。如果系统中对工作项有类似的期望，我不会感到惊讶。您可能会发现，通过SQL对工作项中的字段进行这样的更改，将在不同的地方呈现错误或意外的结果-我可以想象未来的升级，甚至是更新，只是轰炸而无法执行。这都是假设，因为除非您希望您的环境处于不受支持的状态，否则您不会通过SQL更改它。

除了创建自己的评估不同的燃尽感之外，我不知道有什么方法可以在这些条件下满足您的期望目标。