如何解决Azure DevOps中Docker化.NET Core应用日志持久化失败问题？

问题排查与修复方案 #

1. 容器内日志目录权限不足 #

挂载主机目录到容器/app/logs后，容器内该目录的权限会继承主机目录权限。如果.NET Core应用以非root用户运行（比如官方.NET镜像默认的app用户），这个用户可能没有写入/app/logs的权限，导致日志无法写入。

修复：
在Dockerfile中添加权限配置，确保运行用户拥有日志目录的写入权限：

RUN mkdir -p /app/logs && chown -R app:app /app/logs
VOLUME /app/logs

或者临时以root用户运行容器排查（不推荐生产环境使用）：

docker run --rm -u root -v $(System.DefaultWorkingDirectory)/logs:/app/logs myapp

2. 确认日志写入路径与容器运行状态 #

先确认应用确实将日志写入了/app/logs/app.log，可以在流水线中添加步骤检查容器内的日志：

# 后台运行容器，查看日志后清理
docker run -d --name temp-app -v $(System.DefaultWorkingDirectory)/logs:/app/logs myapp
docker exec temp-app cat /app/logs/app.log
docker stop temp-app && docker rm temp-app

如果容器内也没有日志，说明应用本身没有生成日志，需要排查应用的日志配置。

3. 提前创建主机端日志目录 #

Azure DevOps代理的工作目录可能存在权限限制，提前创建日志目录可以避免挂载时出现权限问题：

- script: |
    mkdir -p $(System.DefaultWorkingDirectory)/logs
    docker build -t myapp .
    docker run --rm -v $(System.DefaultWorkingDirectory)/logs:/app/logs myapp

4. 改用容器复制日志的方式 #

如果挂载卷的方式始终有问题，可以跳过挂载，直接在容器运行结束后复制日志到主机目录：

- script: |
    docker build -t myapp .
    docker run --name temp-app myapp
    # 复制容器内的日志到主机工作目录
    docker cp temp-app:/app/logs/app.log $(System.DefaultWorkingDirectory)/logs/app.log
    docker rm temp-app

5. 发布日志为构建工件 #

拿到日志后，添加流水线步骤将日志保存为构建工件，确保流水线结束后可以访问：

- publish: $(System.DefaultWorkingDirectory)/logs
  artifact: app-logs

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