docker build -t 是唯一指定镜像名的可靠方式，Docker Desktop 图形界面仅封装 CLI，不提供独立命名功能；省略 -t 会导致镜像为 <none>，无法直接引用；同一镜像可打多个标签，docker tag 仅为添加别名而非重命名。
docker build -t 是唯一可靠的方式，Docker Desktop 本身不提供图形界面来设置镜像名——它只是调用 CLI，最终行为和终端完全一致。
构建时必须用 -t 参数指定名称
Docker Desktop 的“Build & Run”按钮或右键菜单里的构建操作，底层仍执行 docker build 命令。如果不显式加 -t，镜像会生成但只有 <none> 名称和随机 ID，后续无法直接引用。
-
-t后面的值格式为[registry/][namespace/]name[:tag]，例如myapp:dev、acme/api-server:v2.1、harbor.example.com/prod/nginx:1.24 - 同一镜像可打多个标签，比如
docker build -t myapp:latest -t myapp:v1.0 . - 省略
:tag时默认为:latest，但不建议依赖这个默认值，容易造成覆盖混淆
docker tag 不是重命名，而是添加别名
如果已经构建出一个 <none> 镜像，或者想给已有镜像增加仓库前缀、环境后缀等，用 docker tag 最快：
- 先查 ID：
docker images --format "{{.ID}} {{.Repository}} {{.Tag}}" | grep "<none>" - 再打标：
docker tag a1b2c3d4e5f6 myorg/myapp:staging - 注意：
docker tag不复制层，只是让新名称指向同一镜像 ID；删除任一标签不会影响其他标签对应的数据
别在 Dockerfile 里写镜像名
FROM、COPY、RUN 等指令都不接受或影响最终镜像名称。镜像名纯属构建时的元数据，和 Dockerfile 内容无关。
- 常见误解：以为在 Dockerfile 里写
NAME=myapp或注释# IMAGE_NAME=prod-api能生效——完全无效 - 构建上下文（
.）路径、-f指定的 Dockerfile 路径，也和镜像名无关 - 如果要用变量动态控制名称，得靠 shell 脚本或 CI 工具拼接
docker build -t "$IMAGE_NAME" .
最容易被忽略的一点：Docker Desktop 的构建日志里不会高亮显示你设的镜像名，得自己去 docker images 里确认——尤其当用了多阶段构建或 --no-cache 时，很容易误以为没生效。
