在Team Foundation Server 2008中使用区域和迭代

如果您使用的是TFS 2005或2008,那么您如何使用迭代和区域？

您是否为正在构建的应用程序的特定部分创建了一个区域？

这是一篇关于领域以及TeamSystem团队如何使用它们的有趣文章:

http://blogs.msdn.com/ericlee/archive/2006/08/09/when-to-use-team-projects.aspx

但是,我对迭代更加好奇,如果你能向我展示一些具体的例子,我将不胜感激.

您是根据里程碑创建迭代还是基于某些功能？

完成v1后会发生什么,如何管理v2或v1的更新？

我们正在使用MSF Agile模板.

我们使用区域来表示产品线.

由于我们使用SCRUM,因此TFS中的迭代用于定义我们的发布周期以及这些发布周期内的sprint.

积压项目分配给发布周期,工作项目分配给eash sprint以确保完成积压项目.

在发布之后,在同时处理下一个版本的同时向后台添加错误修复/更新是完全正常的.

迭代和区域路径是您想要的.它如何在空间和时间描述您的项目.一个简单的例子如下:

区域路径(空间) - 可用于描述系统/项目的各个部分.假设您为GUI应用程序创建了一个TeamProject,一些区域将描述其模块(数据输入,报告,GUI,打印等......)

迭代路径(时间) - 描述项目的版本控制或发布周期.在我使用的公司使用的发布版本作为他们的迭代(主要,次要,构建,修订).它有助于跟踪工作项,以标记预期完成的迭代.我们有一个静态TBD迭代,它是创建的所有工作项的默认值.管理层将决定在何处定位该工作项目并分配或关闭它们.