Azure DevOps容器作业多代码仓库挂载问题：如何确保所有仓库在容器内可用？

这个问题我之前也碰到过——当你在job级别指定容器后，Azure DevOps默认只会将主仓库的源代码目录挂载到容器内部，其他额外检出的仓库不会自动同步进去。要解决这个问题，你需要显式配置容器的挂载卷，把宿主代理上repo2的检出路径映射到容器内的对应位置。

修改后的流水线配置 #

jobs:
- job: Job1
  container: 
    image: mycontainer:latest
    volumes:
      # 将宿主代理上repo2的检出路径挂载到容器内的对应目录
      - $(Build.SourcesDirectory)/repo2:/repo2
  steps:
  - checkout: self
  - checkout: repo2
    path: repo2

关键说明 #

• volumes配置：这里的格式是宿主路径:容器内路径，$(Build.SourcesDirectory)/repo2是repo2在宿主代理上的实际检出位置（因为你设置了path: repo2），/repo2是容器内你要访问该仓库的路径，你可以根据需求修改容器内的路径。
• 容器内访问路径：之后在容器内的步骤中，你就可以通过/repo2来访问repo2的代码了，主仓库依然可以通过$(Build.SourcesDirectory)/$(Build.Repository.Name)访问。

另外还有一种替代方案：把所有额外仓库都检出到主仓库的目录下，这样默认挂载就会包含它们，但这种方式可能会导致目录结构混乱，不如显式挂载卷清晰。

示例配置如下：

jobs:
- job: Job1
  container: mycontainer:latest
  steps:
  - checkout: self
  - checkout: repo2
    path: $(Build.Repository.Name)/repo2

这种情况下，repo2会被检出到主仓库的子目录里，跟着主仓库一起被挂载到容器内，你可以在容器内的$(Build.SourcesDirectory)/$(Build.Repository.Name)/repo2找到它。不过还是第一种显式挂载的方式更灵活，推荐使用。

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