MSBI的Subversion存储库结构

Question

我们刚刚开始使用微软的一系列工具作为我们的BI解决方案。

我们将为我们公司的每个功能领域创建/使用SSRS报告、SSAS表格模型、Excel Services.PowerPivot模型和PowerView报告。

对于每个职能领域，比如“人力资源”，我们将有一套报告、数据模型、仪表板等。

我想知道你们中是否有人能指出我在版本控制下维护所有项目的正确方向(我们将使用SVN )。是否有标准的方法来维护SVN下所有这些不同类型的文件/文件夹？

或者简单地说，您可以在以下几个方面指出使用一个比另一个的好处。

1)为每个功能领域创建单独的文件夹，如“人力资源”、“销售”等，并在各自的文件夹中存放与该功能领域相关的所有报表、模型

文件夹结构如下所示

人力资源-> HR Models -> HRDataModelProject1 (此级别将是svn的根，开发人员将从此级别签出项目)

人力资源->人力资源报告-> ReportProject1

Sales - >Sales Model -> SalesModelProject1

Sales - > Reports -> SalesReportProject1，

或

2)为每种内容类型创建单独的文件夹，如数据模型、报表等，作为每个功能区域的单独文件夹和内部报告或模型。

模型-> HumanResources - > HRDataModelProject1 (此级别将是svn的根，开发人员将从此级别签出项目)

型号->销售- > SalesModelProject1

报告-> HumanResources - > HRReportProject1

报告-> Sales - > Sales ReportProject1

上述方法有什么利弊吗？或者还有其他更有效的方法吗？您的建议非常感谢！

非常感谢，

BiDev

Answer 1

我更喜欢第一个版本，因为它保持了更紧密的联系在一起。如果将来需要更改HR报告，而这可能需要多维数据集中的一个附加属性，这同样需要在ETL过程中填充一个小的更改，那么所有这些更改都将位于一个区域，而不是分布在存储库的不同部分。

尽管如此，您的第二个版本也会工作，部署解决方案的管理人员可能会更喜欢它，因为他们将知道在哪里查找Integration包、SQL脚本、报表或Analysis项目。