Azure DevOps中ADF发布管道执行成功但PROD环境为空问题求助

嘿，我碰到过类似的问题，这大概率是因为ADF在Git关联模式下的行为特性导致的，我来给你拆解原因和解决方案！

核心原因 #

当你的PROD ADF关联了Git仓库时，它就进入了协作开发模式——ADF会优先从关联的Git仓库拉取资源状态，直接通过ARM模板部署的变更不会在PROD ADF的UI中显示，甚至会被Git的同步逻辑覆盖。而当你移除PROD的Git关联后，它切换到了独立数据工厂模式，此时ARM模板的部署变更才会直接生效。

这就是为什么管道显示成功，但PROD环境还是空的——部署确实执行了，但ADF因为处于Git关联状态，没有把这些变更展示出来，反而继续沿用Git仓库里的空状态。

解决方案（兼顾保留两边Git源代码控制） #

根据你需要保留DEV和PROD各自Git备份的需求，推荐以下两种合规的做法：

方案1：基于Git分支同步的标准发布流程（推荐，符合ADF最佳实践） #

这个方案让DEV和PROD的Git仓库联动，同时保持各自的独立性：

• 保持DEV ADF的现有配置：关联ADFV2-DEV仓库，开发完成后合并到adf_publish分支。
• 修改你的Release Pipeline，不要直接部署ARM到PROD ADF，而是做以下操作：
  1. 拉取DEV仓库adf_publish分支的ARM模板文件。
  2. 替换模板中的PROD环境参数（比如连接字符串、存储账户名等，可以用Azure DevOps的变量组或者文件替换任务实现）。
  3. 将修改后的ARM模板推送到PROD仓库ADFV2-PRD的master分支（或者专门的adf_publish分支）。
• 确保PROD ADF的Git关联设置：关联ADFV2-PRD仓库的目标分支，并且开启自动同步选项（在ADF门户的Git设置里）。

这样一来，当Release Pipeline把DEV的发布模板推送到PROD仓库后，PROD ADF会自动从Git仓库同步最新的资源，你就能在PROD环境中看到内容了。

方案2：强制ARM部署覆盖Git状态（不推荐，仅应急用） #

如果你暂时不想调整Git同步流程，可以在ARM部署任务中添加强制覆盖参数，让部署直接生效：
在Azure DevOps的Azure资源组部署任务中，找到「附加参数」输入框，添加：

-Mode Complete

这个参数会强制用ARM模板的内容覆盖资源组中的ADF资源，无视当前的Git关联状态。但要注意：

• 这样会破坏PROD ADF和它关联的Git仓库的状态一致性，后续如果在PROD Git中做变更，会和部署的内容冲突。
• 之后如果要恢复Git同步，需要手动把PROD ADF的状态推回Git仓库，否则会出现同步错误。

方案3：用Azure CLI触发PROD ADF同步 #

如果你的Release Pipeline已经部署了ARM模板到PROD ADF，只是因为Git关联没显示，可以在管道末尾添加一个Azure CLI任务，执行以下命令强制PROD ADF同步Git仓库：

az datafactory sync-git --resource-group <你的资源组名> --name <PROD ADF名称>

不过这个前提是你已经把正确的ARM模板推送到了PROD关联的Git分支，否则同步过来的还是空内容。

额外排查步骤 #

如果按照上面的方案还是有问题，可以检查这些点：

• 查看Release Pipeline中ARM部署任务的日志，确认是否有“已创建/更新资源”的记录，排除部署任务实际未执行的可能。
• 检查PROD仓库的权限：Azure DevOps的服务主体（管道使用的身份）是否有推送代码到ADFV2-PRD仓库的权限？
• 确认PROD ADF的Git设置：是否选择了正确的仓库、分支，并且“自动同步”选项处于开启状态？

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