迭代和迭代类型
项目组织成一系列开发周期，称为“迭代”。 每条时间线都包含迭代的层次结构，此结构可以定义开始日期和结束日期。
注: 迭代中显示的日期和时间基于用户机器的时区。 因此，不同时区的用户可能会看到不同的时间和日期。 要查看特定时区中的迭代，请考虑更新机器的时区设置。
迭代层次结构通常表示项目的主要阶段，并且每个迭代层次结构都划分为一系列较短的迭代。 以下示例包含开发时间线和维护时间线。 主开发时间线包含两个发布迭代（R1.0 和 R2.0）。 维护时间线包含发布迭代 1.0.1。 每个发布迭代都有子迭代（里程碑 1 和里程碑 2 等等）。
每条时间线的当前迭代都标有蓝色箭头。 已完成的迭代标有选中标记。
提示: 迭代的开始日期和结束日期是可选的，并且不会确定当前迭代和已完成的迭代。 使用 
， "将所选迭代设置为当前迭代" 图标以将迭代标识为当前迭代。 出现在当前迭代之前但位于层次结构的同一级别的迭代标记为已完成。
， "将所选迭代设置为当前迭代" 图标以将迭代标识为当前迭代。 出现在当前迭代之前但位于层次结构的同一级别的迭代标记为已完成。可以创建迭代类型，并将迭代与迭代类型相关联。 对于每种迭代类型，您都可以配置特定许可权，对于变更和配置管理和质量管理项目区域和团队区域，还可以配置操作行为。 这些许可权和行为设置适用于该迭代类型的所有迭代。 例如，贵组织可能希望随着开发版趋向完成，对交付对象建立更严格的控制。 为此，您可以创建一种名称如“结束游戏”的迭代类型，然后将该迭代类型的行为配置为要求团队成员在交付变更集之前获得核准。 迭代类型为“结束游戏”的所有迭代都会实施该行为。