这种情况通常不是 Docker Compose 的正常行为，而是因为你下载的安装文件有问题，或者使用了会触发脚本的镜像源。
先说结论：大多数情况下是因为下载的二进制文件损坏或来源不可靠，导致执行时触发了安装脚本，而非 Compose 本身依赖机制。
- 先确认：检查当前 docker-compose 文件类型是否为脚本而非二进制。
- 先处理：删除旧文件，从 GitHub 官方 Release 页重新下载。
- 再验证：执行版本命令不再触发任何安装流程。
命令速用版
如果你正在面对这个问题，可以先执行以下命令检查文件类型并清理环境：
file $(which docker-compose)
如果显示为 script 或 ASCII text，说明文件下载错误。建议直接移除并重新安装：
sudo rm /usr/local/bin/docker-compose sudo curl -L https://github.com/docker/compose/releases/download/v2.21.0/docker-compose-`uname -s`-`uname -m` -o /usr/local/bin/docker-compose sudo chmod +x /usr/local/bin/docker-compose
为什么会这样
Docker Compose 本身是依赖 Docker 引擎运行的，但它不会在执行版本查询时自动安装 Docker。出现“自动安装”现象，通常有两个原因：
第一，下载源问题。部分国内镜像站点的下载链接可能失效或重定向到了一个安装脚本。有用户反馈从某些镜像地址下载后，执行命令实际运行的是 docker 安装脚本，而非 compose 二进制程序。
第二，文件损坏。如果下载过程中中断，得到的可能是一个 HTML 错误页面（如 404 页面），当你赋予执行权限并运行它时，shell 会尝试解释其中的 HTML 或脚本内容，从而触发意外行为。
分步处理
1. 清理旧文件
先找到当前 docker-compose 的位置并删除，避免路径冲突：
which docker-compose sudo rm $(which docker-compose)
2. 从官方源下载
建议直接访问 GitHub Release 页面手动下载，或使用官方提供的 curl 命令。避免使用不再维护的第三方镜像源：
sudo curl -L https://github.com/docker/compose/releases/download/v2.21.0/docker-compose-`uname -s`-`uname -m` -o /usr/local/bin/docker-compose
3. 赋予权限
下载完成后必须赋予执行权限，否则无法运行：
sudo chmod +x /usr/local/bin/docker-compose
怎么验证是否生效
执行版本查询命令，观察输出是否纯净：
docker-compose `--version`
正常情况应直接返回版本号，例如 docker-compose version 1.29.2, build... 或 V2 版本的插件信息。如果再次出现下载进度条、安装提示或脚本执行日志，说明文件依然有问题。
同时检查 Docker 是否正常运行：
docker version
常见坑
1. 镜像源失效
部分第三方加速链接可能返回 404 页面而非二进制文件。如果下载后的文件很小（几 KB），很可能是错误页面。
2. V1 与 V2 混淆
Docker Compose V1 (docker-compose) 已停止更新，新版本 Docker Desktop 默认集成 V2 (docker compose)。Linux 环境下若使用 V2，需确保安装在 CLI 插件目录，否则命令无法识别。
3. 权限不足
忘记加 chmod +x 会导致 Permission denied 错误，不要误以为是安装问题。
参考来源
- CSDN 问答：docker-compose 总是自动安装 docker_开发工具-CSDN 问答
- 博客园：浅析 docker-compose 安装及解决遇到的问题 - 古兰精
- GitHub Releases：docker/compose