什么是TFS中用于报告服务项目的最佳文件夹结构

Question

我正在寻找一些有助于确定用于报告TFS中的服务项目的有用文件夹结构策略。有没有人有建议我应该以哪种方式构建TFS？它应该是每个报告的项目，还是应该是一个包含所有报告项目的包含主文件夹下的多个文件夹的报告项目？

即 塞纳里奥1（每个报表项目的单独项目）
$ ReportProject1
$ ReportProject2
$ ReportProject3

塞纳里奥2（TFS中的主要报表项目，并与报告项目的子文件夹）
$ ReportingServices
------ Src
--------- Project1
----------- ReportProject1 files
--------- Project2的
----------- ReportProject2文件
---------项目3
---------- -ReportProject3文件

Answer 1

我会倾向于越少越好的团队项目。报告是否属于逻辑“包裹”？你有绝对需要分开管理它们吗？你有足够的灵活性来处理多个项目中的单个项目吗？

在确定团队项目的范围时 - 无论存储在哪个解决方案中 - 我都试图在粒度和可部署性之间取得最佳平衡。请记住，如果您要设置工作项目跟踪，团队建设或将要使用项目入口 - 每个团队项目都会成为他们之间的界限。

对于像WIT这样的事情，您可以通过功能区域提供分隔。构建，如果你打算保持简单和直接，你将基本上每个项目都有一个。尽管有时我映射到团队项目的AD安全组使得这一点变得更加重要，但在最终决定中，门户通常不是一个或多个销售点。

不知道你的情况的细节，我仍然会倾向于你的“情景2”。必须在团队项目之间进行切换，并且知道哪一个是哪几个击键/点击比我想要持续不断地做的更多。如果我想分支几个报告，我会比维护多个分支更需要分支。