不推荐使用 docker-compose create 命令，它自 v2.0 起被废弃、v2.20+ 完全移除，因功能冗余且维护成本高；官方唯一替代方案是 docker-compose up --no-start，可完成镜像拉取/构建、网络卷创建及容器生成但不启动。

现在不推荐使用 docker-compose create 命令，它已在较新版本中被正式弃用。官方明确建议改用 docker-compose up --no-start 替代。

为什么 create 命令不再可用

该命令自 Docker Compose v2.0 起逐步标记为废弃，到 v2.20+ 版本已完全移除。Docker 官方文档和 CLI help 输出中均不再列出 create，执行时会提示 “unknown command” 或直接报错。

• 根本原因：功能冗余 —— up --no-start 已能完整覆盖其行为（拉取/构建镜像、创建网络与卷、生成容器但不启动）
• 维护简化：减少命令分支，统一生命周期管理入口（up/down 作为核心组合）
• 语义更清晰：“up” 表示服务就绪态，“--no-start” 显式表达“准备就绪但暂不运行”，比隐晦的 “create” 更符合直觉

替代方案：用 up --no-start 预创建容器

这是当前唯一标准、稳定且向后兼容的方式。它会完成所有初始化步骤，只跳过 start 动作：

OpenClaw Docker Setup

在 Linux 上通过 Docker 运行 OpenClaw，并使用 Tailscale 实现远程访问。⚠️ 涉及 sudo、Docker、Tailscale和凭证挂载——请先查阅安全章节...

下载

• 基础用法：docker-compose up --no-start —— 为 docker-compose.yml 中所有服务创建容器
• 指定服务：docker-compose up --no-start web db —— 仅预创建 web 和 db 两个服务的容器
• 强制重建：docker-compose up --no-start --build —— 构建镜像后再创建容器（适用于本地 Dockerfile 变更后）
• 验证是否成功：运行 docker-compose ps，状态列显示 Created 即表示容器已生成但未运行

预创建后的常见操作

容器处于 Created 状态后，你可以安全执行检查或干预，再决定是否启动：

• 查看容器配置细节：docker inspect <container_id></container_id> 检查挂载路径、网络设置、环境变量等是否符合预期
• 进入容器临时调试（仅限已创建未启动的容器）：不支持直接 exec；需先 docker-compose start <service></service> 启动，再 docker-compose exec，或改用 run 启动一次性调试容器
• 批量启动部分服务：docker-compose start web —— 仅启动 web 容器，db 仍保持 Created 状态
• 清理未启动容器：docker-compose down 会一并删除所有已创建但未运行的容器，无需额外 rm

注意事项与典型场景

预创建不是常规流程，仅在特定运维需求下使用：

• 部署前做最终一致性校验（如确认卷挂载路径存在、端口未被占用、镜像 SHA 匹配）
• 灰度发布中，先创建新版本容器，待健康检查通过后再滚动替换旧容器
• CI/CD 流水线中分离“构建准备”与“上线执行”阶段，提升可控性与回滚能力
• 注意：若 compose 文件中定义了 depends_on，--no-start 不会触发依赖等待逻辑，它只管创建，不处理启动顺序