湖屋部署管道和 git 集成(预览版)

湖屋与 Microsoft Fabric 中的生命周期管理功能集成,在产品整个生命周期内提供所有开发团队成员之间的标准化协作功能。 生命周期管理会持续向多个环境提供功能和 bug 修复,从而促进有效的产品版本控制和发布过程。 若要了解详细信息,请参阅 Microsoft Fabric 中的生命周期管理是什么?

重要

此功能目前为预览版

湖屋 git 集成

湖屋是一个项,其中包含在工作区中的多个对象中引用的元数据和数据。 湖屋包含作为主要可管理数据容器项的表、文件夹和快捷方式。 从开发工作流的角度来看,以下依赖对象可能引用湖屋:

默认语义模型和 SQL 分析终结点元数据与湖屋相关,默认情况下由 git 更新过程管理。 原则上,Git 中不跟踪数据,只跟踪元数据。

Git 表示形式

在 git 连接的工作区中会序列化和跟踪以下湖屋信息:

  • 显示名称
  • 说明
  • 逻辑 guid

注意

跟踪逻辑 guid 是自动生成的跨工作区标识符,表示项及其源代码管理表示形式。

重要

当前版本仅会在 Git 中跟踪湖屋容器项目, 不会在 Git 中跟踪表、文件夹、快捷方式和其他元数据更改以及对其进行版本控制。

湖屋 git 集成功能

以下功能可用:

  • 将湖屋对象元数据序列化为 git JSON 表示形式。
  • 直接应用更改或使用拉取请求来控制对上游或下游工作区和分支的更改。
  • 在 git 中跟踪湖屋的重命名。 更新重命名的湖屋还会重命名默认语义数据模型和 SQL Analytics 终结点。
  • 不对表、文件夹和快捷方式、元数据应用任何操作,并且始终保留这些项的数据。

部署管道中的湖屋

Microsoft Fabric 生命周期管理部署管道支持湖屋。 它支持环境分段最佳做法

湖屋部署管道集成功能:

  • 跨开发、测试和生产工作区进行部署。

  • 在部署湖屋后,可以将湖屋作为依赖对象删除。 还支持在部署管道上下文中映射不同的湖屋。

    • 如果在部署管道配置期间未指定任何内容,则会在目标工作区中创建具有相同名称的全新空湖屋对象。 笔记本和 Spark 作业定义将重新映射为在新工作区中引用新的湖屋对象。

    • 如果在部署管道配置期间将湖屋依赖项配置为引用其他湖屋(例如上游湖屋),则仍会在目标工作区中创建一个具有相同名称的全新空湖屋对象,但笔记本和 Spark 作业定义引用会根据请求保留到其他湖屋

    • SQL Analytics 终结点和语义模型作为湖屋部署的一部分进行预配。

  • 湖屋内没有覆盖任何对象。

  • 可以在部署管道上下文中跨工作区同步对湖屋名称的更新。