Azure DevOps跨组织仓库版本配置同步与部署自动化咨询

方案一：迁移app-var.yml到仓库A并同步至仓库B #

这是匹配你需求的直接实现方案，步骤如下：

• 将仓库B中的app-var.yml迁移至仓库A的指定目录（如deploy-config/），让开发者直接在该文件内修改版本号后提交代码。
• 在仓库A的流水线中新增同步步骤，通过Git命令或Azure DevOps官方跨仓库同步任务，把修改后的app-var.yml推送到仓库B的部署分支：

  # 克隆仓库B（需提前配置跨组织服务连接确保权限）
  git clone https://dev.azure.com/{OrgB}/{ProjectB}/_git/{RepoB}
  cd {RepoB}
  # 复制仓库A的配置文件到对应路径
  cp ../{RepoA}/deploy-config/app-var.yml ./path/to/target/location/
  # 提交并推送变更
  git add ./path/to/target/location/app-var.yml
  git commit -m "Sync app version from RepoA: $(Build.SourceVersion)"
  git push origin {deploy-branch-name}
  

• 保留原有触发逻辑：仓库A提交触发流水线，同步完成后，仓库B的流水线监控对应分支的提交，自动启动DEV环境部署。

方案二：参数化传递版本号（更优解） #

无需跨仓库同步文件，直接将版本号作为参数传递，降低仓库间耦合度：

• 在仓库A中维护版本信息（比如单独的version.txt，或代码自带的版本文件如package.json/pom.xml），开发者修改后提交。
• 在仓库A的流水线中添加步骤提取版本号，并设置为输出变量：

  # 示例：从version.txt中读取版本
  APP_VERSION=$(cat version.txt)
  echo "##vso[task.setvariable variable=AppVersion;isOutput=true]$APP_VERSION"
  

• 调用仓库B的部署流水线时，将AppVersion作为参数传入。在仓库B的流水线中，修改Ansible执行逻辑，直接用传入的参数覆盖app-var.yml中的版本值，或直接传递给playbook：

  # 示例：传递版本参数给Ansible
  ansible-playbook deploy.yml -e "app_version=$(AppVersion)"
  

• 此方案无需维护跨仓库的配置文件同步，版本变更全程在仓库A完成，流程更简洁，耦合度更低。

注意事项 #

• 权限配置：跨组织场景下，需为仓库A的流水线服务账号配置仓库B的访问/流水线触发权限，可通过Azure DevOps跨组织服务连接实现。
• 分支管控：建议在仓库A中使用PR流程管理版本变更，确保版本修改经过审核后再触发部署，避免误操作。
• 一致性保障：若采用参数化方案，需确保仓库B部署流程中所有依赖版本的环节都统一使用传入的参数，避免配置与参数不一致的问题。

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