Power 双治理，良好实践，第2部分：使用OneDrive，团队和SharePoint Online进行版本控制

Power 双治理，商业用OneDrive，Microsoft Teams和SharePoint Online的版本控制

软件开发生命周期中最重要的方面之一是控制解决方案的不同版本，尤其是在一个项目中，有多个开发人员参与实施的项目中。就像通常在Visual Studio中创建项目并将更改提交回GitHub或Azure DevOps之类的源代码控制系统一样，’建议保留Power 双报告不同版本的历史记录。我们对源代码控制解决方案的期望是，在开发项目时始终跟踪源代码中发生的所有更改。因此，您可以根据需要轻松地回滚到以前的状态。

拥有源代码控制流程的另一个好处是，当多个开发人员在一个项目上工作时。它们中的每一个都对源代码进行更改，然后将所有更改提交到源代码控制服务器中，而不会相互覆盖’ work.

但是使用Power 双会有些不同。 Power 双报告文件是以二进制格式存储的PBIX文件（嗯，PBIX基本上是一个zip文件吗？），在撰写本文时，尚无官方方法来实施Power 双 源代码控制 在任何源代码控制解决方案中，如GitHub或Azure DevOps（YET）。

微软上周（6/05/2020）宣布了一项名为“部署管道”的功能完全可以满足我们的需求，但目前是预览功能，仅适用于具有Power 双 Premium的组织。因此，对于我们大多数人来说，这是不可行的。

话虽如此，仍然存在一种方法来保留PBIX文件不同版本的形状变化的历史记录。这就是所谓的 版本控制.

开发报告时，有几种方法可以启用对PBIX文件的版本控制。无论版本控制平台是什么，您都需要考虑拥有多个环境以及谁可以访问它们以执行操作。

环境	可访问	描述
发展历程	开发者	数据建模人员和报表编写者出于开发目的而访问此环境。
用户验收测试（UAT）	开发人员，中小企业，技术主管，Power 双管理员	开发完成后，开发人员将解决方案部署到UAT环境。然后，该解决方案将由SME（主题专家）进行测试，以确保满足业务要求。
预生产（可选，但推荐）	Power 双管理员技术主管	解决方案通过所有UAT测试方案后，技术主管或Power 双管理员将其部署到Pro-prod中进行最终检查，以确保所有数据源正确指向生产数据源，并且所有报告和仪表板均按预期工作。
生产	技术主管，Power 双管理员，最终用户	产品前检查完成后，技术主管或Power 双管理员将解决方案部署到生产环境中，然后供最终用户使用。

版本控制选项

如果您的组织没有高级能力，则“Deployment Pipelines”该功能对您不可用。因此，您需要提出一个解决方案。在本节中，我列出了一些可用的版本控制选项

商业用OneDrive
微软团队 / 的SharePoint在线

一驱动器企业版控制

在没有正式的源代码控制机制的情况下，“ One Drive for Business”的固有源代码控制功能可用于版本控制。创建一个项目目录，然后创建四个子目录，每个环境一个，这将是很好的。然后，我们将文件复制到相关环境目录中的每个项目目录中。然后，我们与相关人员共享项目目录及其子文件夹。

提示：

建议在每个环境的Power 双 Service中具有单独的工作区。 将PBIX文件复制到下一个环境后，必须将报告发布到Power 双 Service中的相关Workspace环境。
从Dev部署到UAT时，必须将数据连接切换到正确的数据源。

恢复旧版本

还原旧版本非常简单。具有正确访问级别的用户需要在线登录“ 商业用OneDrive”，导航到相应的目录，单击文件右侧的省略号按钮，然后单击“查看历史记录”。

“版本历史记录”页面显示文件更改的完整历史记录。现在，您可以单击旧版本的省略号按钮，然后单击“还原”。

发布到Power 双 Service后使报告保持更新

将商业用OneDrive与Power 双 Service结合使用的最酷的功能之一是，您只发布一次报告，然后Power 双 Service保留直接从商业用OneDrive发布报告的日期。这意味着你真的不’您无需多次重新发布报告。您只需对文件进行更改并保存。默认情况下，OneDrive每小时更新一次文件，您可以从数据集设置中选择保持文件为最新。

小费：

不要将报告从Power 双 Desktop发布到Power 双 Service。而是直接从商业用OneDrive从Power 双服务获取报告。否则，您将失去Power 双 Service中的自动文件更新功能。

从Power 双服务发布报告

在Power 双 Service中导航到工作区
请点击“New” then click “Dataset”（您也可以点击“Get Data”在页面左侧的按钮）
请点击“Files”
请点击“商业用OneDrive”
请点击a Power 双 report file (PBIX)
请点击“Connect”

Setting Auto Update on the 数据集

将文件发布到Power 双 Service之后，导航到“数据集设置”并检查“OneDrive refresh”已启用。无论如何，默认情况下都会启用此功能，尽管如此，最好知道在哪里可以找到它。

请点击the workspace
将鼠标悬停在所需的数据集上
请点击“Schedule refresh”
扩大“OneDrive refresh”查看是否启用了自动刷新

Enable Automatic 数据集 Refresh from 一个驱动器 in Power 双服务

注意：

重要的是要知道 一个驱动器刷新 与...不同 安排刷新。什么时候我们连接到存储在其中的Power 双报告文件（PBIX） 商业用OneDrive 只要我们编辑 PBIX Power 双桌面中的文件，并将更改保存回我们 商业用OneDrive，如果我们设置了关联的数据集（数据模型）和报告，则会自动刷新 一个驱动器刷新。因此，如果我们向模型添加新的度量，则更改将传播到服务中的连接数据集。这是不同来自 安排刷新 设置或当我们从服务中手动刷新数据集时。如果我们需要从连接的数据源中自动刷新数据集，则需要设置 安排刷新。在这种情况下，服务中的数据集将直接从基础数据源获取数据，这意味着数据刷新过程与 PBIX 文件存储在我们的 商业用OneDrive.

优点& 缺点

尽管此方法在某些情况下可行，但最好了解其局限性。因此，这里有一些优点和缺点：

优点

这个用起来很简单
易于还原旧版本
利用OneDrive中的数据集自动刷新

缺点

它不是支持代码合并和分支策略的适当源代码控制
目前尚无评论，因此您无法在每个版本上发表评论以说明已更改的内容
共享策略由创建文件的用户而非组织来控制
缺乏退房/入住
缺乏警报

微软团队 / 的SharePoint Online的版本控制

您可以使用 微软团队 要么 的SharePoint Online 用于版本控制。

注意：

如果启用 阻止经典工作区创建 在Power 双管理员门户中进行设置，那么您已经无法通过创建Microsoft Teams团队来生成经典工作区。因此，我们需要分别在Microsoft Teams中创建一个团队，在Power 双中创建一个现代化的工作区，然后将我们从Power 双到现代化的Workspace链接到Teams团队。您可以检查 阻止经典工作区创建 启用设置如下：

使用Power 双管理员帐户登录Power 双服务后
请点击the Settings button from top right ()
请点击管理员门户
请点击Teant设置
下 工作区设置 部分展开 阻止经典工作区创建 并查看是否为整个组织启用了此功能

Block 经典工作区 Creation Setting in Power 双管理员门户

现在让’看一下团队。现在，我们根据环境创建一个新的Teams团队，将用户添加到新团队中并上传您的PBIX文件。

最后，您直接从Power 双 Service发布报告。

新的团队团队将显示为“Classic 工作空间”在Power 双 Service中，您可以随后将工作空间升级到新的工作空间体验，以利用新功能并提高安全性。如果您愿意这样做：

小费：

不要忘记在Power 双 Desktop中更改数据源以指向正确的数据源环境。

与本地驱动器同步

为了更方便，并避免在进行更改后下载文件和上传文件，您可以简单地同步文件，以便始终在硬盘驱动器中拥有文件的本地副本。因此，您可以直接在Power 双 Desktop中打开PBIX文件进行一些更改，然后将其保存回硬盘驱动器。就像OneDrive一样，您所做的更改将写回到团队。

退房/入住

使用Microsoft Teams时，您可以签出文件。为此，请按照以下步骤操作：

导航到所需的团队团队
请点击“Files”
将鼠标悬停在文件上，然后单击省略号按钮
请点击“More”
请点击“Check out”

该文件将标记为已签出。因此，此文件现在仅对您可用。

现在，您在Power 双桌面中打开文件以进行更改（通过同步目录）并保存文件。

现在来自团队：

将鼠标悬停在文件上
请点击ellipsis button -> 更多 -> Check in
要签入更改，您需要对更改添加一些评论，这真的很有帮助