Docker构建时Makefile无法找到同目录configure文件的问题咨询

核心差异：Docker构建上下文≠本地执行环境 #

你遇到的问题核心是Docker构建的封闭环境和本地执行环境的上下文完全隔离，哪怕本地Makefile能正常运行、ls能看到文件，也不代表文件被正确带入镜像，或者镜像内的执行路径/权限符合要求。

具体排查与解决方向 #

• 检查.dockerignore过滤规则
  如果你的.dockerignore里包含configure、或者用通配符（比如*）排除了大部分文件但没显式包含configure，那么COPY/ADD指令会直接跳过这个文件，导致镜像里根本没有它。
  测试方法：临时注释.dockerignore所有内容，重新执行docker build，如果问题消失，就调整.dockerignore，确保configure被包含。

• 确认Makefile中./configure的执行路径
  很多时候是Makefile里的命令切换了目录（比如cd src && ...），此时./configure的相对路径是切换后的子目录，而非Docker设置的WORKDIR。
  解决办法：要么在Makefile里用绝对路径调用（比如/app/configure，对应Docker的WORKDIR /app），要么在执行./configure前切回正确目录。

• 检查文件执行权限
  本地的configure有可执行权限，但COPY到镜像后可能丢失。Docker的COPY默认不保留文件的执行权限（除非用COPY --chmod=0755），此时系统会把“无执行权限”误报为“找不到文件”。
  解决办法：在Dockerfile里添加RUN chmod +x ./configure，或者用COPY --chmod=0755 . .复制文件。

• 验证Dockerfile指令顺序
  如果你在Dockerfile里的ls是在COPY之前执行的，那看到的是基础镜像的内容，不是本地复制过来的文件。必须确保ls在COPY之后执行，才能确认文件是否被正确带入镜像。
  正确示例：

  WORKDIR /app
  COPY . .
  RUN ls -l  # 此时的ls才能看到本地的configure
  RUN make build
  

关键上下文差异总结 #

1. 文件可见性：本地文件必须通过COPY/ADD带入镜像，.dockerignore会过滤文件，本地存在不代表镜像里存在；
2. 执行路径：镜像内的WORKDIR和Makefile中的目录切换逻辑决定了相对路径的指向，和本地工作目录无关；
3. 权限环境：镜像内的用户、文件权限可能和本地不同，导致有文件但无法执行（误报找不到）。

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