Azure Docker应用：如何查看DevOps Pipeline从GitHub拉取的具体文件？

我来分享几个实用的方法帮你确认Pipeline到底拉取了哪些文件，解决容器启动时的文件缺失问题：

1. 在Pipeline里加个文件列表步骤，直接看日志 #

最简单的办法就是修改你的Pipeline YAML，在代码拉取完成后，添加一个命令来列出所有文件。这样运行Pipeline时，就能在日志里清楚看到拉取到的文件结构了。

如果是Linux/macOS环境，加这段：

- script: ls -R $(Build.SourcesDirectory)
  displayName: 'List all pulled files from GitHub'

如果是Windows环境，换成：

- script: dir /s $(Build.SourcesDirectory)
  displayName: 'List all pulled files from GitHub'

运行Pipeline后，找到这个步骤的日志，就能逐一核对文件是否存在了。

2. 保留构建快照，下载源代码本地检查 #

Azure DevOps允许你保存构建过程中的源代码快照。你可以：

• 打开Pipeline的编辑页面，切换到「选项」标签
• 在「工件保留」里设置源代码的保留天数（比如7天）
• 等Pipeline跑完后，进入该构建的详情页，找到「关联的工件」区域，就能下载源代码的压缩包，本地解压后直接查看文件是否完整。

3. 在Docker构建阶段加验证，看镜像内的文件 #

既然问题出在容器内部，不如在构建镜像时就确认文件是否被正确复制。修改你的Dockerfile，在COPY/ADD步骤之后加一行命令，列出容器内的文件：

# 替换成你的应用目录路径
RUN ls -R /app

这样在Pipeline构建镜像的步骤中，日志会显示容器内的文件列表，直接就能确认你需要的文件有没有被打包进去。

4. 核对Pipeline拉取的GitHub提交版本 #

有时候可能是Pipeline拉取的不是你预期的分支或提交。进入Pipeline的构建详情页，切换到「源代码」标签，这里会显示拉取的分支、提交ID。你可以把这个提交ID复制到GitHub上，查看该提交对应的文件内容，确认文件是否存在于这个版本里。

另外提一句：你之前在Kudu看到的hostingstart.html是App Service的默认页面，说明容器启动失败后，App Service fallback到了默认状态，所以看不到容器内的文件，重点还是要在构建阶段验证文件是否被正确拉取和打包。

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