Architecture TFS中报告服务项目的最佳文件夹结构是什么
我正在寻找一些帮助,以确定TFS中报告服务项目的有用文件夹结构策略。有人对我应该如何构建TFS有什么建议吗?它应该是每个报表的一个项目,还是应该是一个报表项目,在包含所有报表项目的主报表下有多个文件夹 i、 e。 Senario 1(每个报告项目的单独项目)Architecture TFS中报告服务项目的最佳文件夹结构是什么,architecture,tfs,reporting,service,Architecture,Tfs,Reporting,Service,我正在寻找一些帮助,以确定TFS中报告服务项目的有用文件夹结构策略。有人对我应该如何构建TFS有什么建议吗?它应该是每个报表的一个项目,还是应该是一个报表项目,在包含所有报表项目的主报表下有多个文件夹 i、 e。 Senario 1(每个报告项目的单独项目) $ReportProject1 $ReportProject2 $ReportProject3 Senario 2(TFS中的主报表项目和包含报表项目的子文件夹) $ReportingServices ------Src ---------
$ReportProject1
$ReportProject2
$ReportProject3 Senario 2(TFS中的主报表项目和包含报表项目的子文件夹)
$ReportingServices
------Src
---------项目1
-----------ReportProject1文件
---------项目2
-----------ReportProject2文件
---------项目3
-----------ReportProject3文件我倾向于团队项目越少越好。报告是否属于逻辑“包”?您是否绝对需要单独管理它们?您是否有足够的灵活性来处理单个项目而不是多个项目 在确定团队项目的范围时,无论存储在项目中的解决方案类型如何,我都会尝试在粒度和可部署性之间找到最佳平衡。请记住,如果您要设置工作项跟踪、团队构建或要使用项目门户,则每个团队项目实际上都是它们之间的一个划分 对于WIT之类的东西,您可以通过功能区域提供分离。构建,如果您计划保持它的简单和直接,那么基本上每个项目都有一个构建。对于我来说,门户通常不是最终决定的卖点,尽管有时我映射到团队项目的广告安全组会使这一点变得更重要
在不知道你的情况的细节的情况下,我仍然倾向于你的“场景2”。必须在团队项目之间切换,并且知道哪一个是,这比我希望在持续的基础上进行的击键/点击次数要多。如果我想分支两个报告,我会比维护多个分支更好地进行分支。我同意你上面提到的。管理多个项目会变得一团糟。谢谢你的回复,没问题。作为一个在这条道路上走过的人,我很高兴能帮上忙