TFS 2010 中建议的团队项目组织结构是什么?假设我们的企业有 4 个大部门。建议的方法是为每个部门或组织的逻辑表示创建一个团队项目,并在这些 TFS 团队项目中为 VS 项目使用不同的文件夹吗?或者每个合理的大项目都应该有自己的团队项目吗?
我从代码存储和 TFS 工件的角度提出更多问题。如果我们要将代码和用户故事、任务等存储在一个大型团队项目中,这是否会阻碍敏捷开发过程?我们仍然可以为大团队项目中的每个“项目”设置单独的查询和单独的仪表板。然而,这些构建将出现在这个庞大的构建列表中。
如果我们有许多较小的团队项目,那么 QA 就很难将他们的工作跨越多个团队项目。他们需要知道在哪里输入错误 - 我们不一定要依赖这些知识。
那么最佳实践是什么?
最佳答案
将所有内容存储在单个项目中不会阻碍“敏捷开发过程”。我的建议是为每个项目创建一个区域路径,并在这些区域路径下组织您的工作项。您将获得每个区域的产品待办事项查询。然后使用迭代路径字段来驱动所有项目的进度。那应该可以正常工作。然后可以按区域和/或迭代过滤所有报告。
对于构建,我看到许多团队为构建定义添加前缀以提供更好的组织。这是一篇博客文章,描述了您可以下载的扩展程序,以帮助更好地组织构建。
http://blogs.msdn.com/b/bharry/archive/2011/04/01/build-folders.aspx
关于tfs - 推荐的 TFS 2010 团队项目设置,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9432560/