环境 Git 集成和部署管道

本文介绍如何在 Microsoft Fabric 中使用环境的 Git 集成和部署管道。

Microsoft Fabric 环境的 Git 集成

Microsoft Fabric 支持 Git 集成,使开发人员能够备份、控制版本、还原到以前的阶段,并使用 Git 分支协作处理工作。

重要

此功能目前为预览版

注意

  • 目前,Git 仅支持“库”和“ Spark 计算”,包括 Spark 运行时。
  • Git 集成管理环境的“暂存状态”,要将 Git 中所做的更改应用于环境,必须发布这些更改。 建议在从 Git 更新环境后发布,以确保配置有效性。 如果更喜欢代码优先体验,可以使用环境的发布 API 通过 REST API 发布更改
  • 从存储库同步到 Fabric 工作区时,附加自定义池将在环境中持续存在。 池定义位于工作区设置中,不支持跨工作区引用池。 必须手动将 instance_pool_id 更新为目标工作区空间中的现有自定义池,或者通过删除此属性还原为入门池。 可以参考自定义池 – 列出工作区自定义池,通过 REST API 获取目标工作区中可用池的完整列表,也可以参考自定义池 – 创建工作区自定义池以创建新的自定义池。
  • 每次提交的上限为 150 MB。 Git 目前不支持大于 150 MB 的自定义库。

将 Fabric 工作区连接到 Azure DevOps 存储库

如果你是工作区的管理员,请导航到工作区设置,并在“源控件”部分中设置连接。 要了解详细信息,请参阅使用 Git 管理工作区

连接后,你可以找到项,包括与存储库同步的环境。

成功将工作区连接到 Azure DevOps 存储库的屏幕截图。

Git 中环境的本地表示形式

在项根文件夹中,环境使用包含 PublicLibrariesCustomLibraries 子文件夹的“库”文件夹以及“设置”文件夹进行组织。

Git 中环境的本地表示形式的屏幕截图。

Libraries

将环境提交到 Git 时,“公共库”部分将转换为 YAML 表示形式。 此外,“自定义库”连同源文件一起提交。

Git 中环境的公共库本地表示形式的屏幕截图。

可以通过编辑 YAML 表示形式来更新公共库。 就像门户体验一样,可以从 PyPI 和 conda 指定库。 可以指定具有预期版本、版本范围或不具有版本的库。 系统可以帮助你确定与环境中其他依赖项兼容的版本。 要清除所有现有的公共库,请删除 YAML 文件。

可以通过添加新文件或直接删除现有文件,来更新自定义库。

注意

可以自带 YAML 文件来管理公共库。 文件名必须是 environment.yml,才能被系统正确识别。

Spark 计算

“Spark 计算”部分也转换为 YAML 表示形式。 在此 YAML 文件中,可以切换附加,微调计算配置,管理 Spark 属性,然后选择所需的 Spark 运行时

Git 中环境的 Spark 计算本地表示形式的屏幕截图。

环境的部署管道

重要

此功能目前为预览版

Fabric 的部署管道简化了跨不同阶段(例如从开发转移到测试)交付修改的内容的过程。 自动管道可以包含用于流式传输重新创建过程的环境项。

可以通过分配具有不同阶段的工作区来设置部署管道。 详细了解开始使用部署管道

在部署管道中部署环境的屏幕截图。

成功设置管道后,可以找到部署状态。 在选定环境的情况下单击“部署”后,环境的所有内容都将部署到目标工作区。 原始环境的状态将保留在此过程中,这意味着已发布的配置保持在已发布状态,无需额外发布。

重要

  • 部署管道当前不支持自定义池。 如果环境选择自定义池,则使用默认值设置目标环境中的“计算”部分的配置。 在这种情况下,即使部署成功,环境也会在部署管道中一直显示差异。
  • 将在即将发布的版本中包括使用部署规则在新工作区中指定不同的池。