我正在寻找一种手动调整TFS任务开始日期的方法，以便我的燃尽状态显示正确。
本质上，迭代具有固定的开始/结束日期，并且一些用户故事直到迭代的一半才被填写。
这使得燃烧在道路上有一个颠簸，所以看起来我们低于目标。
我可以完全访问TFS数据库，并且想知道为了让我的任务回溯到迭代开始，需要编写哪些查询。
我在某处读到控制燃尽图的System.AuthorizedDate。
任何帮助表示赞赏。 Ĵ
答案 0 :(得分：0)
您在使用System.AuthorizedDate时是正确的。
您将无法通过公共API更改System.AuthorizedDate。它不会让你。并且您无法通过SQL更新命令更改System.AuthorizedDate日期并保持支持状态。正式地说，微软不允许这样做，并且仍然保持微软支持你的能力，除非SQL在他们的指导下做出改变，例如通过支持事件。
我怀疑微软的支持事件是否会产生更新查询，因为它不是缺陷，因为我稍后会解释它可能会让你处于一个非常糟糕的地方。您是否可以在适当的表上创建一系列更新以回溯System.AuthorizedDate？毫无疑问。它甚至可能有用，但我不确定如果你敢这样做它是否会起作用。原因是工作项按创建顺序接收System.Id数字。我知道在版本控制中，系统期望更高的变更集编号必须具有比任何更低的变更集编号更晚的提交日期（不能回忆确切的字段名称）。如果系统对工作项目有类似的期望，我不会感到惊讶。您可能会发现，如果对SQL中的工作项中的字段进行此类更改，则会在各个位置呈现错误或意外结果 - 我可以想象未来的升级甚至更新只是轰炸而无法执行。这一切都是假设的，因为除非您希望将您的环境置于不受支持的状态，否则您不会通过SQL更改它。
在外面创造你自己的不同评价的燃尽，我不知道在这些条件下达到预期目标的方法。