从零到一：我在服务器上部署企业级镜像仓库 Harbor 的全过程记录

原创 已于 2025-11-11 20:00:34 修改 · 802 阅读 · 29 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#服务器 #运维 #Harbor

于 2025-11-11 19:03:18 首次发布

🚀 从零到一：我在服务器上部署企业级镜像仓库 Harbor 的全过程记录

一、 前言：为什么我需要一个私有镜像仓库？ 🤔

在我的微服务项目 hx-health-cloud 的开发过程中，我遇到了一个经典的需求：我需要一个地方来统一、安全地管理我们团队构建的所有 Docker 镜像。直接使用公共的 Docker Hub 不仅有速率限制，更重要的是，将包含业务代码的镜像放在公网上，始终存在安全隐患。

经过一番调研，我决定放弃轻量级的 registry 方案，直接一步到位，选择云原生计算基金会 (CNCF, Cloud Native Computing Foundation) 的毕业项目——Harbor，来为我的测试环境搭建一个功能强大的企业级私有镜像仓库。

这篇文章，将完整记录我从一台全新的 Ubuntu 服务器开始，直到成功部署并运行 Harbor 的每一个步骤、每一个命令、甚至每一次深入源码的思考。

二、 准备阶段：兵马未动，粮草先行 🛠️

在开始“施工”之前，我先确保我的“地基”是稳固的。

  1. 服务器就位 🖥️：我准备了一台运行 Ubuntu 22.04 LTS (Long Term Support, 长期支持) 的虚拟机，IP (Internet Protocol, 互联网协议) 地址为 192.168.31.73。这台机器满足 Harbor 的最低要求（2核/4G内存）。
  2. SSH 登录 💻：我通过 ssh dgq@192.168.31.73 成功登录到服务器。系统提示我有 279 个更新可以应用，还有一个重要的提醒 *** System restart required ***。对于一个测试环境，我决定暂时忽略它们，专注于 Harbor 的部署。
  3. 安装关键工具 jq 🔧：我知道 Harbor 的自动化安装脚本需要从 GitHub API (Application Programming Interface, 应用程序编程接口) 获取信息，而 jq 是一个解析 JSON (JavaScript Object Notation, JavaScript对象表示法) 的神器。我执行了以下命令来安装它：
    sudo apt update && sudo apt install -y jq
    终端输出显示，apt 更新了软件包列表，并成功安装了 jq 及其依赖 libjq1 和 libonig5。一切顺利！

三、 核心步骤：自动化与配置的艺术 🎨

第一步：【自动化】一键获取最新版 Harbor

我不想手动去 GitHub 的 Release 页面翻找最新版本和下载链接。于是，我使用了下面这个非常酷的自动化脚本，它能帮我搞定一切。

我直接在终端完整地复制、粘贴并执行了这段脚本：

#!/bin/bash

# --- 脚本开始 ---

echo "🚀 正在查询 Harbor 最新稳定版本..."

# 1. 使用 GitHub API 获取最新 release 的信息
LATEST_RELEASE_URL=$(curl -s https://api.github.com/repos/goharbor/harbor/releases/latest)

# 2. 使用 jq 解析出在线安装包 (online-installer) 的下载链接
DOWNLOAD_URL=$(echo "$LATEST_RELEASE_URL" | jq -r '.assets[] | select(.name | contains("online-installer")) | .browser_download_url')

# 3. 检查是否成功获取到 URL
if [ -z "$DOWNLOAD_URL" ]; then
    echo "❌ 错误：无法自动获取最新的 Harbor 下载链接。请检查网络连接或手动访问 https://github.com/goharbor/harbor/releases"
    exit 1
fi

# 4. 从 URL 中提取文件名
FILENAME=$(basename "$DOWNLOAD_URL")

echo "✅ 找到最新版本文件: $FILENAME"
echo "开始下载，请稍候..."

# 5. 使用 wget 下载文件，并显示进度条
wget -q --show-progress "$DOWNLOAD_URL"

# 6. 检查下载是否成功
if [ $? -ne 0 ]; then
    echo "❌ 错误：文件下载失败。"
    exit 1
fi

echo "✅ 下载完成，正在解压..."

# 7. 解压下载的 tgz 文件
tar xzvf "$FILENAME"

# 8. 检查解压是否成功
if [ $? -ne 0 ]; then
    echo "❌ 错误：文件解压失败。"
    exit 1
fi

echo "🎉 成功！Harbor 安装文件已准备就绪，位于 'harbor' 目录中。"
echo "下一步：请进入 'harbor' 目录并配置 'harbor.yml' 文件。"

# --- 脚本结束 ---

终端的输出让我非常满意，它完美地执行了我的意图：

🚀 正在查询 Harbor 最新稳定版本...
✅ 找到最新版本文件: harbor-online-installer-v2.14.0.tgz
开始下载，请稍候...
harbor-online-installer-v2.14.0.tgz   100%[===================>]  11.54K  --.-KB/s    in 0.02s
✅ 下载完成，正在解压...
harbor/prepare
harbor/LICENSE
harbor/install.sh
harbor/common.sh
harbor/harbor.yml.tmpl
🎉 成功！Harbor 安装文件已准备就绪，位于 'harbor' 目录中。

太棒了！脚本自动帮我找到了最新的 v2.14.0 版本，并完成了下载和解压。我甚至都不需要知道版本号是多少！

第二步：个性化配置 harbor.yml

这是整个过程中唯一需要我手动“创作”的部分。

  1. 进入 harbor 目录并创建配置文件：

    cd harbor
cp harbor.yml.tmpl harbor.yml

  2. 编辑配置文件：
    我习惯性地输入 vim harbor.yml，结果系统提示 Command 'vim' not found。这是一个小插曲，说明我的服务器是一个非常纯净的环境。系统友好地提示我可以用 sudo apt install vim 来安装。不过，为了不节外生枝，我选择了另一个预装的编辑器 nano：

    nano harbor.yml

  3. 我的配置决策：
    在 nano 编辑器中，我进行了以下关键修改：

    • hostname: 我没有使用域名，因为这只是一个内部测试环境。我直接将其设置为我服务器的 IP 地址：192.168.31.73。
    • http.port: 为了避免与服务器上可能存在的其他服务（如 Nginx）冲突，我将默认的 80 端口改为了 81。
    • https: 我用 # 注释掉了整个 https 配置块。因为这是内部测试，暂时不需要配置复杂的 HTTPS (HyperText Transfer Protocol Secure, 安全超文本传输协议)。（注意：这在生产环境中是绝对不推荐的！）
    • harbor_admin_password: 我设置了一个简单的初始密码 Harbor12345。
    • database.password: 我也为数据库设置了一个密码 root123。
    • 其他配置（如 data_volume）我都保留了默认值。

    配置完成后，我使用 cat harbor.yml 命令检查了一遍，确保修改无误。

第三步：执行安装，见证奇迹的时刻 ✨

一切准备就绪，我以 sudo 权限运行了 Harbor 的安装脚本：

sudo ./install.sh

终端的输出就像一部精彩的戏剧，上演了 Harbor 的诞生过程：

  1. [Step 0 & 1] 环境检查 ✅：脚本首先检查了 docker 和 docker-compose 是否存在。根据我的终端日志，它确认了我的环境版本，这对于问题排查至关重要。

    • Docker Version: 28.4.0
    • Docker Compose Version: v2.40.0

    这里有一个非常巧妙的技术细节。通过直接查看 common.sh 源码，我发现了 check_dockercompose 函数的真实逻辑。它设计得非常健壮：

    1. 它会优先尝试检测 docker compose (V2) 命令。
    2. 当它在我的系统中成功检测到 V2 版本后（输出了 v2.40.0），它会动态地将内部用于执行命令的变量，从 V1 的 docker-compose 修改为 V2 的 docker compose。
    3. 如果 V2 不存在，它才会去检测 V1 命令。

    这意味着，尽管脚本的 install.sh 文件中可能有一个 V1 的默认值，但它在运行时，是真真正正地使用了我系统中的 V2 插件来完成所有后续操作。这确保了脚本对新旧环境的强大兼容性。

  2. [Step 2 & 3] 环境与配置准备 ⚙️：脚本拉取了一个名为 goharbor/prepare 的工具镜像。这个镜像是 Harbor 安装的“瑞士军刀”，它读取我的 harbor.yml，然后动态生成了所有服务（Nginx, Core, Registry, DB…）所需的配置文件，以及最终的 docker-compose.yml。

    • 一个重要的警告出现了：WARNING:root:WARNING: HTTP protocol is insecure.。这正是我预料到的，因为它检测到我禁用了 HTTPS。对于测试环境，我可以接受这个风险。

  3. [Step 4] 启动 Harbor 🚀：

    • 拉取镜像: 脚本开始从 Docker Hub 拉取 Harbor 运行所需的所有服务镜像。redis, registryctl, proxy, postgresql… 看着一个个 Pulled 完成，非常有成就感。
    • 启动容器: 镜像准备就绪后，脚本使用 docker compose 启动了所有服务。harbor-log, redis, harbor-db… 十个容器相继 Started。

  4. 最终的礼炮 🎉：
    屏幕上打印出了那句最令人期待的话：

    ✔ ----Harbor has been installed and started successfully.----

    成功了！整个过程自动化程度非常高，我需要做的只是修改一份配置文件。

四、 验证与展望 🔭

我现在可以通过浏览器访问 http://192.168.31.73:81，使用 admin 和我设置的密码 Harbor12345 登录我的私有镜像仓库了。

接下来，我就可以为我的 hx-health-cloud 项目创建私有项目，并将 hx-auth, hx-gateway 等服务的镜像推送到这里，实现开发、测试流程的闭环。

这次部署经历非常顺畅，Harbor 的自动化安装脚本做得非常出色。它再次证明了，选择一个优秀的、社区成熟的开源项目，能极大地提升我们的工作效率。

总结与图表分析

表格总结
步骤核心任务使用的命令/工具关键输出/结果备注
准备阶段登录服务器 & 安装 jqssh, sudo apt install -y jq✅ jq 安装成功jq 是自动化脚本的关键依赖
第一步自动下载并解压最新版curl, jq, wget, tar✅ harbor 目录及安装文件就绪实现了版本解耦，无需手动查找
第二步个性化配置cp, nano harbor.yml✅ harbor.yml 配置完成关键：修改 hostname 和密码
第三步执行安装sudo ./install.sh✅ 所有 Harbor 容器成功启动脚本自动化了所有复杂操作
验证阶段访问 UI & 推送镜像浏览器, docker login/push✅ 成功登录并推送镜像证明整个仓库功能正常
Mermaid 流程图：Harbor 部署之路
是
是
否
否
开始: 准备服务器
安装依赖 'jq'
运行自动化脚本下载Harbor
下载并解压成功？
进入 'harbor' 目录
配置 'harbor.yml' 文件
运行 'install.sh' 脚本
所有容器启动成功？
通过浏览器访问UI
登录并推送镜像进行验证
部署成功 🎉
检查网络或脚本错误
检查Docker或配置错误
Sequence Diagram: install.sh 脚本的内部工作流
用户"安装脚本""goharbor/prepare""Docker Compose"sudo ./install.sh检查环境 (Docker, Compose)拉取并运行读取 harbor.yml, 生成所有配置文件返回生成的配置调用 'docker compose up -d'拉取所有服务镜像创建并启动所有容器返回启动成功信息显示 "Harbor installed successfully"用户"安装脚本""goharbor/prepare""Docker Compose"
State Diagram: Harbor 服务的状态
执行 install.sh
所有容器启动成功
执行 docker compose down
执行 docker compose up
日常使用
卸载
未安装
安装中
运行中
已停止
Class Diagram: Harbor 核心组件简化关系

在这里插入图片描述

Entity Relationship Diagram: Harbor 核心数据实体
PROJECTintproject_idPKstringnameboolis_publicREPOSITORYintrepo_idPKintproject_idFKstringnameARTIFACTintartifact_idPKintrepo_idFKstringtagstringdigestUSER包含包含管理
思维导图 (Markdown 格式)
  • Harbor 私有镜像仓库部署实战
    • 一、 准备阶段 🛠️
      • 服务器: Ubuntu 22.04 LTS, IP: 192.168.31.73
      • 登录: 通过 SSH 成功登录
      • 安装依赖: 使用 apt 安装 jq 工具
    • 二、 核心部署步骤 🎨
      • 1. 自动化下载 (第一步)
        • 方式: 使用包含 curl 和 jq 的 Shell 脚本
        • 目的: 自动获取 GitHub 最新稳定版的 online-installer
        • 结果: 成功下载并解压 harbor-online-installer-v2.14.0.tgz
      • 2. 个性化配置 (第二步)
        • 文件: harbor.yml (由 harbor.yml.tmpl 复制而来)
        • 编辑器: 使用 nano (因为 vim 未预装)
        • 关键修改:
          • hostname: 192.168.31.73 (使用 IP)
          • http.port: 81 (避免端口冲突)
          • https: 注释掉 (测试环境简化)
          • harbor_admin_password: Harbor12345
          • database.password: root123
      • 3. 执行安装 (第三步)
        • 命令: sudo ./install.sh
        • 过程:
            1. 环境检查 (Docker 28.4.0, Docker Compose v2.40.0)
            1. 配置准备 (使用 goharbor/prepare 镜像)
            1. 启动服务 (拉取所有镜像并用 docker compose up 启动)
        • 结果: 终端显示 Harbor has been installed and started successfully
    • 三、 验证与后续 ✅
      • 访问: 浏览器打开 http://192.168.31.73:81
      • 登录: 用户名 admin，密码 Harbor12345
      • 后续操作:
        • 创建项目 (如 hx-health-cloud)
        • docker login
        • docker push 推送业务镜像
    • 四、 总结 🏁
      • 自动化脚本 极大简化了下载流程
      • harbor.yml 是唯一需要手动配置的核心
      • install.sh 封装了所有复杂性，实现了“一键部署”
博客
域名解密：mdt.center, www, api 三者在微服务架构中的“三角关系”
11-24 155
域名架构解析：mdt.center 的云原生实践 本文深入解析了 mdt.center、www.mdt.center 和 api.mdt.center 在现代云原生架构中的分工协作。根域名 mdt.center 作为数字资产，指向阿里云 OSS；www 子域名负责前端展示，托管静态资源；api 子域名处理后端逻辑，部署在 K8s 集群。这种拆分实现了动静分离、安全隔离和系统解耦，体现了云原生架构的最佳实践。三者通过 HTTPS 安全连接，共同构建完整的现代化应用。
博客
填坑记：ACK (K8s) + SLB 全链路 HTTPS 部署实战与跨地域证书同步指南
11-24 21
在云原生架构中，“前端 OSS 静态托管 + 后端 ACK 微服务” 是黄金组合。但当我们要给这个组合穿上 SSL (HTTPS) 的防弹衣时，却踩中了一个极其隐蔽的坑——阿里云证书的“地域隔离”。
博客
Vue3+Vite 部署阿里云 OSS 避坑指南：搞定 API 接口 404 与动态环境注入
11-21 359
Vue3+Vite项目部署阿里云OSS时API接口404问题解决方案 问题分析： 本地开发时Vite代理正常工作，但线上部署后API请求发往OSS域名导致404 根本原因是Vite的server.proxy仅在开发模式生效，且Axios配置硬编码了相对路径 解决方案： 编写自动化部署脚本(deploy-web.sh)，在构建前动态注入环境变量 修改Axios配置，优先读取环境变量中的真实网关地址(VITE_APP_BASE_API) 脚本自动处理构建、环境变量注入和OSS上传流程 关键点： 通过.env.p
博客
打通云端链路：本地终端直连阿里云 OSS 配置指南（ossutil）
11-21 277
本文介绍了如何在Mac终端配置阿里云OSS命令行工具ossutil，实现本地与云端存储的高效连接。主要内容包括：1）通过官方二进制安装ossutil并解决Mac安全限制；2）交互式配置AK/SK和Endpoint等关键参数；3）使用ossutil ls命令验证连接性。文章提供了操作速查表、详细步骤说明和可视化流程图，帮助开发者快速建立安全的命令行访问通道，提升云存储管理效率。成功配置后，用户可直接通过终端操作OSS存储资源。
博客
K8s (Kubernetes, 容器编排系统) 容器网络排查的“瑞士军刀”：getent 与 curl 的妙用
11-20 77
阿里云 VPC (Virtual Private Cloud, 专有网络) 切换后的 DNS (Domain Name System, 域名系统) 缓存问题）
博客
告别烦人验证码！ 阿里云RAM(Resource Access Management, 资源访问控制)子账号，还你一个清爽的开发体验！
11-19 446
摘要：告别主账号频繁验证码的困扰，阿里云RAM子账号助你高效开发！本文详细讲解三步创建RAM用户：1）管理员创建用户并选择访问方式；2）安全保存初始凭证；3）按需授权（推荐PowerUserAccess避免过高权限）。通过合理权限分配，既能保障账户安全，又能实现自动化运维。附流程图和权限对比表，帮助开发者快速上手使用更安全的子账号体系。
博客
云上安全的第一道门禁：带你玩转阿里云访问控制（RAM，Resource Access Management，资源访问管理）
11-18 677
本文介绍了阿里云访问控制（RAM）的核心概念与应用场景。RAM通过主账号、RAM用户、用户组、权限策略和RAM角色等组件，实现精细化权限管理，遵循最小权限原则。文章列举了团队成员权限管理、增强安全条件限制、跨账号访问合作及云服务访问配置四个典型场景，并提供了最佳实践建议，如避免使用主账号操作、启用多因素认证等。RAM作为云资源的安全管家，能有效解决账号共享、权限混乱等安全问题，帮助用户构建安全的云上权限体系。
博客
CI/CD 实战：修复 Docker 推送私有 Harbor 仓库的 HTTPS client 错误
11-11 1063
摘要：本文记录了在CI/CD实践中遇到的Docker推送私有Harbor仓库时的"HTTPS client"错误。作者最初错误地在服务器端配置信任规则，后意识到问题源于本地Docker客户端的HTTPS校验。通过在MacBook Pro的Docker Desktop配置中添加insecure-registries字段并重启，最终成功实现了自动化部署脚本的HTTP推送功能。文章通过生动的比喻和详细的操作步骤，强调了Docker安全策略的客户端驱动特性，为处理内网测试环境提供了实用解决方案。
博客
软件下载页的“神秘四兄弟”：.tar.gz, .zip 和 .md5 到底都是啥？
11-10 1051
Linux/macOS用户应下载.tar.gz，Windows用户选择.zip文件，这两种格式都是软件的压缩包。对应的.md5文件用于校验文件完整性，通过比对MD5哈希值可确保文件未被篡改或损坏。生产环境中建议下载.md5文件进行校验，而普通用户只需选择适合自己系统的压缩包即可。
博客
Chrome 在 macOS 上“拒绝服务”？一行命令带你走出 Permission denied 的绝境
11-08 1038
摘要：Chrome在macOS上因权限错误无法启动的终极解决方案 当Chrome在macOS上突然无法启动且终端显示"Permission denied"错误时，常规的权限修复命令(chown/chmod)往往无效。问题根源通常是Chrome配置文件目录(~/Library/Application Support/Google/Chrome)已损坏，导致无法读写关键文件。本文详细记录了从发现问题到最终解决的完整过程：通过终端诊断确认权限错误→尝试传统修复方法失败→确认配置文件损坏→执行决
博客
✨ Element Plus 小技巧：用 collapse-tags 终结多选框的“选择困难症”！
11-07 1219
Element Plus 多选框优化技巧 本文介绍了Element Plus中el-select组件的collapse-tags属性，它能有效解决多选项选择时界面元素被"撑爆"的问题。当开启collapse-tags后，多选框会自动将超出的选项折叠为+N标签，保持界面整洁。搭配collapse-tags-tooltip属性，用户可通过悬停查看被折叠的全部选项，既节省空间又不丢失信息。这种组合特别适用于需要选择多个标签、负责人等场景，能显著提升表单的美观性和用户体验。
博客
部署进化论：从“一体化”到“分离式”，让你的微服务部署效率飙升10倍！
11-06 857
本文对比了两种微服务部署模式：“一体化”模式与**“分离式”模式**。 “一体化”模式将所有流程（编译、构建、运行）集中在服务器完成，虽简单但效率低下，导致部署缓慢（约4分钟）、资源占用高且环境混乱。 “分离式”模式将职责分离：本地或CI服务器完成编译和镜像构建，镜像仓库存储版本化镜像，服务器仅拉取并运行容器。这种模式显著提升了部署速度（秒级完成），减少服务器负载，保持环境纯净，且支持轻松回滚。 核心建议：项目早期可使用“一体化”模式快速验证，但进入开发和生产阶段后，应优先采用“分离式”模式，结合镜像仓库实
博客
从 500 到 200：一次因“环境串扰”引发的微服务雪崩排查实录(Nacos)
11-05 1136
摘要： 本文记录了一次由Nacos环境串扰引发的微服务雪崩事故排查过程。作者在本地开发时发现所有接口返回500错误，网关日志显示PrematureCloseException。排查发现Nacos注册中心同时存在本地和Docker环境的服务实例，导致请求被随机路由到不可达的Docker内部IP。通过创建独立的Nacos命名空间实现环境隔离，最终解决了问题。文章强调了环境隔离的重要性，并分享了微服务网络模型、日志分析等实用排查技巧。（149字）
博客
云上数据的金钟罩：揭秘阿里云OSS加密算法AES256与SM4的终极对决！
11-03 963
阿里云OSS (Object Storage Service, 对象存储服务) Bucket，并且在安全设置的道路上一路披荆-斩棘。当你来到 “服务端加密方式” 这一关时，你遇到了两位神秘的守护者：AES256 和 SM4。
博客
告别黑乎乎的命令行！用 Portainer 给你的 Docker 装上一个酷炫的“仪表盘”
11-01 914
文章摘要 Portainer是一款开源的Docker图形化管理工具，能够帮助用户通过直观的Web界面轻松管理容器，摆脱复杂的命令行操作。它提供仪表盘概览、一键容器操作、实时资源监控、日志浏览和Web终端等功能。安装仅需两步：创建数据卷并运行Portainer容器（需挂载Docker套接字）。首次访问时通过HTTPS配置管理员账户即可连接本地Docker环境。Portainer显著降低了Docker管理门槛，适合个人开发者和团队使用，让容器管理变得高效直观。
博客
从 Vite Proxy 到 Nginx 反向代理：打通前后端分离部署的“最后一公里” ✨
10-31 1052
摘要：Vite Proxy 到 Nginx 反向代理的部署转换 本文探讨了前后端分离部署中常见的 API 请求失效问题。开发环境下 Vite 的 proxy 配置能有效解决跨域，但在生产环境（npm run build后）会失效，因为静态文件不具备代理能力。解决方案是通过 Nginx 反向代理：在配置中添加 /api/ 的 location 规则，使用 proxy_pass 将请求转发至后端 API 网关，并确保路径重写正确。文章详细解释了配置要点，包括末尾 / 的重要性，并提供了 Nginx 重载命令。最
博客
SSH 终极技巧：告别 -i 和长命令，用 config 文件实现“一键登录”！
10-31 1234
🚀 SSH 配置终极技巧摘要 通过配置 ~/.ssh/config 文件，可以实现"一键登录"SSH服务器，告别繁琐的-i参数和长命令。只需为每台服务器创建配置块，包含Host（别名）、HostName（IP）、User（用户名）和IdentityFile（密钥路径）信息，就能通过简单别名快速连接。这种方法极大提升了管理多台服务器时的效率，同时也适用于scp命令。配置完成后，只需输入ssh 别名即可自动完成认证登录，是开发运维人员的必备技巧。 关键优势： ✅ 简化命令输入 ✅ 便于管理
博客
SSH 密钥登录“三步走”：从 Permission denied 到丝滑登录
10-31 1187
SSH密钥登录排错指南 问题现象：使用SSH密钥登录云服务器时出现"Permission denied (publickey)"或"UNPROTECTED PRIVATE KEY FILE"错误。 根本原因： 未正确指定私钥文件路径（默认只查找id_rsa等标准文件） 私钥文件权限过于开放（需严格限制为600权限） 解决方案： 明确指定私钥路径：ssh -i ~/.ssh/my-key.pem user@host 设置正确权限：chmod 600 ~/.ssh/my-
博客
终极进化！拥抱 ESLint v9，让你的 Vue 3 + Vite 项目“刀枪不入” ✨
10-30 1255
你是否还在为 npm run build 时才发现一堆 TypeScript (TS) 错误而烦恼？是否还在忍受团队成员提交的代码风格五花八门？
博客
Docker Compose: docker-compose 还是 docker compose？别再傻傻分不清！
10-30 1517
Docker Compose 版本演变：从V1到V2 Docker Compose经历了从独立工具到集成组件的演变： V1版本：独立Python工具，使用docker-compose命令，需单独安装但存在依赖问题 V2版本：集成Go插件，使用docker compose命令，随Docker自动安装，提供更统一的操作体验和更好性能 兼容方案：可通过脚本自动检测可用版本，推荐优先使用V2命令 迁移建议：逐步将旧命令替换为新格式，注意更新自动化脚本中的命令调用方式 关键词：Docker Compose、版本差异、
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值