我正在寻找一些帮助来决定在TFS中报告服务项目的有用文件夹结构策略。有没有人建议我应该采用哪种方式来构建TFS？它应该是每个报告的项目，还是应该是一个包含所有报告项目的主要文件夹下的多个文件夹的报告项目？
即。
Senario 1（每个报告项目的单独项目）
$ ReportProject1
$ ReportProject2
$ ReportProject3
Senario 2（TFS中的主要报告项目和包含报告项目的子文件夹）
$ ReportingServices
------ Src的
--------- PROJECT1
----------- ReportProject1文件
--------- Project2的
----------- ReportProject2文件
---------项目3
----------- ReportProject3文件
答案 0 :(得分：1)
我倾向于更少的团队项目，越好。报告是否属于逻辑“包”？您是否绝对需要单独管理它们？您是否足够灵活，可以在多个项目中使用单个项目？
在确定团队项目范围时 - 无论其中存储的解决方案类型如何 - 我都尝试在粒度和可部署性之间取得最佳平衡。请记住，如果您要设置工作项跟踪，团队构建或将要使用项目门户 - 每个团队项目都有效地成为它们之间的界限。
对于像WIT这样的东西，你可以通过功能区提供分离。构建，如果您计划保持简单和直接，您将基本上每个项目有一个。门户网站通常不是我最终决定的一种卖点，尽管有时我映射到团队项目的AD安全组使这一点变得更加重要。
在不知道你的情况细节的情况下，我仍然倾向于你的“场景2”。必须在团队项目之间切换，并且知道哪个是哪个键击/点击次数比我希望不断进行的更多。如果我想分支几个报告，那么除了维护多个分支之外，我还需要分支。