Docker构建Mix Release后运行遇权限拒绝错误，求解决方案

当你用Docker构建release时，Docker容器默认是以root用户身份运行所有命令的。这意味着构建过程中生成的所有文件（包括_build/prod/rel/my_build下的启动脚本、二进制文件等）的所有权都属于root用户。当你把这些文件从容器复制到本地主机后，本地的普通用户自然没有对这些root所有文件的执行/访问权限，所以运行脚本时会触发权限拒绝错误，而sudo是以root身份执行，就能绕过这个限制。

1. 构建阶段使用非root用户（推荐） #

从根源上避免权限问题，修改你的Dockerfile，在执行mix release相关步骤前切换到非root用户：

# 先完成依赖安装、编译等需要root权限的步骤（如果有的话）
# 然后创建非root用户
RUN useradd -m elixir-user
# 切换到该用户
USER elixir-user
# 再执行release构建命令
RUN mix release

这样生成的release文件所有权会属于elixir-user，复制到本地后，只要本地用户的UID/GID和容器内用户匹配（或者直接修改所有权），就能正常运行，不需要sudo。

2. 构建后修改本地文件权限 #

如果不想改动Dockerfile，可以在构建完成后，直接修改本地release目录的所有权和执行权限：

# 将目录所有权改为当前用户
sudo chown -R $USER:$USER _build/prod/rel/my_build
# 给bin目录下的脚本添加执行权限
sudo chmod -R u+x _build/prod/rel/my_build/bin

这个方案简单直接，但每次构建后都需要执行一次，适合临时场景。

3. 构建时提前设置文件权限 #

在Dockerfile中生成release后，给相关文件添加全局执行权限，这样即使文件属于root，普通用户也能执行：

RUN mix release
# 给bin目录下的脚本添加所有用户可执行权限
RUN chmod -R a+x _build/prod/rel/my_build/bin

不过这种方式文件所有权还是root，部分场景下可能会有其他权限问题（比如写入日志文件），所以不如第一种方案彻底。

需要sudo的核心原因就是release文件属于root用户，普通用户无权限操作。修改权限是完全合理的解决方案，但更优雅的方式是在构建阶段就使用非root用户，从源头避免权限冲突。

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