docker build -f 指定 dockerfile 路径必须相对于构建上下文（如 . 或 ..），而非 shell 当前目录；例如 docker build -f build/dockerfile.prod . 表示在当前目录（上下文）中查找 build/dockerfile.prod，绝对路径无效。
直接用 docker build -f 指定文件名，Docker Desktop 本身不提供图形界面选项来选 Dockerfile —— 它完全复用 CLI 行为。
为什么 -f 路径必须相对于构建上下文
很多人执行 docker build -f ./Dockerfile.prod . 失败，不是因为语法错，而是误以为 ./Dockerfile.prod 是相对于当前 shell 目录。其实它必须能被“构建上下文”访问到：
-
.是上下文根目录，所有-f、COPY、ADD引用的路径都从这里算起 - 如果 Dockerfile 在
./build/Dockerfile.prod，那上下文就得是.（当前目录），不能是./src - 错误示例：
docker build -f /home/user/app/Dockerfile.dev .—— 绝对路径在上下文中无效，Docker 会报Cannot locate specified Dockerfile
docker build -f 常见组合用法
实际项目中几乎不会单独用 -f，通常搭配命名、参数和目标阶段：
- 打标签 + 指定文件：
docker build -f Dockerfile.test -t myapp:test . - 传构建参数：
docker build -f Dockerfile.alpine -t myapp:alpine --build-arg NODE_ENV=production . - 多阶段构建指定 target：
docker build -f ci/Dockerfile.builder -t builder:latest --target builder . - 跨目录上下文（注意上下文路径变化）：
docker build -f ../configs/Dockerfile.dev -t myapp:dev ..—— 此时..是上下文，../configs/才有效
在 Docker Desktop 中怎么触发自定义构建
Docker Desktop 没有“选择 Dockerfile”的按钮，但你可以：
- 在终端里直接运行带
-f的docker build命令（推荐，最可控） - 把常用构建命令写进
Makefile或scripts/build.sh，然后在 Desktop 的 Terminal 里执行 - 配合 VS Code Remote-Containers 或 JetBrains IDE 插件时，它们的
.devcontainer.json或docker-compose.yml可通过dockerfile字段指定路径，例如："dockerfile": "docker/Dockerfile.dev" - 不要依赖 Docker Desktop 的 “Build & Run” 图形按钮 —— 它只认默认
Dockerfile名，不支持自定义
真正容易被忽略的是：即使你用 -f 指定了 ./ci/Dockerfile.ci，只要 COPY ./src/ . 出现在这个文件里，./src/ 就必须存在于构建上下文（即命令末尾那个 . 或 .. 所指的目录）中，否则构建直接失败 —— 这跟 Dockerfile 放哪无关，只跟上下文范围有关。
