DockerFile构建Git子树Gradle项目时提示gradlew找不到问题求解

核心报错原因 #

触发gradlew not found的问题由两个常见操作失误叠加导致：

• Docker指令执行顺序逻辑颠倒：Docker严格按照Dockerfile的行序从上到下执行命令，未先完成文件拷贝就切换工作目录，会导致容器内的目录结构和预期不一致
• 遗漏gradlew脚本的可执行权限配置：就算文件被正确拷贝到容器内，从宿主机复制过来的脚本默认不附带可执行权限时，Linux系统会抛出和“文件不存在”完全一致的not found报错，极易被误判为路径问题

原指令的具体问题 #

• 第一行WORKDIR "/folder2"执行时，Docker会自动创建一个空的/folder2目录，此时容器内还没有从宿主机同步的Gradle项目文件
• 就算后续COPY指令完成了文件拷贝，也没有为gradlew脚本授予执行权限，直接运行./gradlew build必然触发权限类的找不到文件报错
• 原指令没有实现“将构建产物拷贝回项目根目录”的需求逻辑

修正后的Dockerfile实现 #

# 先同步宿主机folder2的全部内容到容器内的/folder2路径，确保gradlew文件真实存在
COPY ./folder2 /folder2

# 文件拷贝完成后再切换工作目录到Gradle项目路径
WORKDIR /folder2

# 给gradlew脚本增加可执行权限，同时修复Windows环境可能导致的换行符不兼容问题
RUN sed -i 's/\r$//' gradlew && chmod +x ./gradlew

# 执行Gradle构建流程
RUN ./gradlew build

# 将构建生成的产物（默认存放在build/libs目录）移动到容器内的项目根目录
RUN mv ./build/libs/* /

操作注意点 #

• 执行docker build命令时，必须在存放Dockerfile、包含folder2的项目根目录下运行，保证构建上下文覆盖folder2的所有内容，否则COPY指令会直接报源路径不存在的错误
• 如果你的Gradle项目依赖本地仓库，需要确认构建上下文的范围，避免把无关大文件放进构建上下文拖慢构建速度

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