GIT pull request合并到Dev后如何自动更新Azure Databricks工作区Notebook

你已经完成Git基础集成的前提下，直接选下面两种方案落地即可，不需要额外做仓库重绑定。

方案1：Azure DevOps Release Pipeline 实现（低代码，生产环境最常用） #

• 配置触发规则
  新建Release Pipeline，工件源选择对应Git仓库，开启持续部署触发器，分支筛选仅保留Dev分支，触发事件勾选「PR合并完成」，排除普通代码推送、PR创建/更新等无关事件，避免无效运行。
• 添加同步执行任务
  在Pipeline阶段中添加Azure CLI任务，绑定拥有Databricks工作区操作权限的服务连接，执行以下命令：

  # 代理池未预装Databricks CLI时执行安装
  pip install databricks-cli --quiet
  # 注入认证信息，不要硬编码密钥
  databricks configure --host $(DATABRICKS_WSP_URL) --token $(DATABRICKS_TOKEN)
  # 执行目录覆盖同步，把CI阶段拉取的Dev分支Notebook全量同步到工作区指定路径
  databricks workspace import_dir $(System.DefaultWorkingDirectory)/<仓库内Notebook根目录> /Workspace/<工作区目标同步目录> --overwrite
  

  提前在Pipeline变量组中配置机密变量DATABRICKS_WSP_URL（你的Databricks工作区访问地址）、DATABRICKS_TOKEN（对应权限的个人访问令牌或服务主体令牌），不要明文写在脚本里；必须加--overwrite参数，否则同名Notebook会触发冲突报错导致同步失败。
• 逻辑校验
  提交测试PR合并到Dev分支，确认Pipeline自动触发执行成功后，进入Databricks工作区核对Notebook内容与Git侧Dev分支一致即可，路径不匹配时调整import_dir后的两个路径参数。

方案2：调用Databricks API 自定义实现（适合需要嵌入自定义校验逻辑的场景） #

如果需要在同步前加代码扫描、格式校验等自定义逻辑，可以直接调用Databricks原生工作区接口实现同步，不强制依赖DevOps任务：

• 单Notebook同步核心调用示例：

  curl -X POST \
    $(DATABRICKS_WSP_URL)/api/2.0/workspace/import \
    -H "Authorization: Bearer $(DATABRICKS_TOKEN)" \
    -F path="/Workspace/<目标Notebook存放路径>" \
    -F format="SOURCE" \
    -F language="PYTHON" # 按Notebook实际语言替换为SQL/SCALA/R
    -F content=@"<本地拉取的Notebook文件路径>" \
    -F overwrite=true
  

• 批量同步整个目录时，遍历Git拉取到本地的Dev分支Notebook目录，逐个调用上述接口即可，逻辑和CLI方案完全一致，仅需要基础HTTP调用环境，不依赖Databricks CLI。

注意事项

1. 同步用的令牌只授予工作区读写的最小权限，不要开放管理员、集群操作等多余权限，降低安全风险
2. 如果Notebook依赖自定义wheel包、配置文件，同步逻辑里要额外把这类资源同步到DBFS或工作区文件目录，避免Notebook运行时报错
3. 建议在同步任务末尾加执行结果判断，接口/命令返回非0状态码时触发告警，避免同步失败无感知

内容的提问来源于stack exchange，提问作者Rchee