使用 docker pull 拉取源镜像，再通过 docker tag 修改标签指向目标仓库地址，最后用 docker push 推送至新仓库。该流程适用于跨集群或跨账号同步，无需中间存储介质。
如何配置认证并执行完整同步命令
在 Linux 环境下，通过 docker login 分别登录源和目标仓库，即可执行同步操作。需确保当前用户有读写权限，且网络能连通两个 Registry。
docker login registry.example.com -u user -p pass docker login target-registry.example.com -u user -p pass docker pull registry.example.com/my-app:v1 docker tag registry.example.com/my-app:v1 target-registry.example.com/my-app:v1 docker push target-registry.example.com/my-app:v1
执行上述命令后，docker pull 会从源仓库下载镜像层，docker tag 会在本地创建指向新地址的引用，docker push 将镜像上传至目标仓库。若源镜像包含多个标签，需对每个标签重复此过程。
如何处理多架构（Multi-Arch）镜像同步
对于包含 amd64 和 arm64 等多架构的 manifest list，直接 pull/push 仅同步当前机器架构的镜像。需使用 skopeo 工具进行全量同步，它能识别并复制所有架构变体及对应的 manifest。
# 安装 skopeo (以 Ubuntu 为例) sudo apt install skopeo # 同步整个镜像列表 skopeo copy --dest-creds user:pass docker://source-registry/my-app:v1 docker://target-registry/my-app:v1
skopeo 的 copy 命令会解析源镜像的 manifest，发现所有支持的架构，并逐一拉取和推送。这保证了目标仓库拥有与源仓库完全一致的多架构支持能力，避免了部分节点因缺少特定架构镜像而启动失败的问题。
基于 Dockerfile 构建时的输入条件验证问题
当使用 docker build 构建镜像时，若 Dockerfile 中使用了 ARG 但未在构建时传入值，Docker 会使用默认值或空字符串。这可能导致镜像行为与预期不符，例如连接错误的数据库地址。
在 Dockerfile 中定义 ARG DB_HOST=default-host，若构建命令为 docker build -t my-app .，则 $DB_HOST 值为 default-host。若改为 docker build --build-arg DB_HOST=prod-db .，则值为 prod-db。开发者应在构建脚本中显式传递参数，避免依赖隐式默认值，确保环境一致性。
