容器开发：外部挂载卷.git/objects所有权变更方案咨询

核心思路：用入口点脚本在容器启动后、切换用户前修正权限 #

容器构建阶段的RUN chown无法影响启动时挂载的卷内容，因此需要在容器启动流程中，先以root身份完成权限修正，再切换到普通用户运行应用。

步骤1：修改Dockerfile，添加入口点逻辑 #

1. 安装轻量的用户切换工具su-exec（比su更适配容器环境）
2. 创建并配置入口点脚本，负责权限修正与用户切换
3. 替换默认ENTRYPOINT为自定义脚本

修改后的Dockerfile示例：

ARG USER
ARG USER_ID
ARG GROUP_ID

# 安装su-exec（Debian/Ubuntu基础镜像示例，Alpine可替换为apk add su-exec）
RUN apt-get update && apt-get install -y --no-install-recommends su-exec \
    && rm -rf /var/lib/apt/lists/*

RUN if id $USER &>/dev/null; then userdel -f $USER; fi
RUN useradd -l -u ${USER_ID} -g ${GROUP_ID} $USER 
RUN mkdir /workspaces

# 添加并赋予入口点脚本执行权限
COPY entrypoint.sh /usr/local/bin/
RUN chmod +x /usr/local/bin/entrypoint.sh

ENTRYPOINT ["entrypoint.sh"]
# 替换为你的容器默认启动命令，比如bash或开发服务启动指令
CMD ["bash"]

步骤2：编写入口点脚本entrypoint.sh #

#!/bin/sh
# 递归修正/workspaces目录的所有权
chown -R ${USER}:${USER} /workspaces

# 切换到目标用户，执行容器原本的CMD命令
exec su-exec ${USER} "$@"

步骤3：更新docker-compose.yml，传递完整用户参数 #

确保容器内用户ID与主机用户ID一致，避免后续权限冲突：

services:
  dev-service:
    build:
      context: .
      args:
        USER: ${USER}
        USER_ID: ${UID}
        GROUP_ID: ${GID}
    volumes:
      - ../..:/workspaces:cached
    # 其他容器配置...

处理MongoDB、Redis等依赖容器的权限问题 #

对于官方镜像，默认会使用专用系统用户运行，但如果数据卷文件由root创建，会引发权限错误：

• 方法1：给依赖容器添加类似的入口点脚本，启动时先修正数据目录权限，再切换到官方指定用户运行
• 方法2：在docker-compose.yml中指定user参数为${UID}:${GID}，注意部分官方镜像依赖特定用户配置，需测试验证

MongoDB配置示例：

services:
  mongodb:
    image: mongo:latest
    volumes:
      - mongodb-data:/data/db
    user: ${UID}:${GID}
    # 其他配置...
volumes:
  mongodb-data:

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