简介这份资源提供 Linux 环境下 CMake 3.27.6 的官方安装脚本面向需要在服务器或开发机上快速部署构建工具的 C 开发者与运维人员可解决源码编译耗时、依赖繁琐的问题。压缩包内仅含 1 个 sh 脚本文件整体约 48.9MB脚本已内置完整安装逻辑通过赋予执行权限并指定安装前缀即可完成部署适合对 Linux 命令行有基本了解的中级用户。资源包结构极简无需额外依赖文件下载后即可直接使用省去从官网查找与校验的步骤。目前已有 1702 人学习下载说明该版本在社区中具备一定认可度。对于正在搭建 C 编译环境、需要统一团队工具链版本或希望避免手动编译出错的读者这份脚本能显著降低安装门槛同时便于在 CI 流程或批量部署场景中复用是一份轻量且实用的工具型资源。1. 为什么我不建议用 apt 装 cmake从 cmake-3.27.6 安装脚本说起如果你在 Ubuntu 20.04 或 CentOS 7 上敲过apt install cmake大概率拿到的是 3.16 甚至 3.10 这种老版本。平时写个 hello world 没事一旦项目里出现target_link_libraries配合FetchContent、CMAKE_CXX_STANDARD 20或者某个第三方库的CMakeLists.txt里写了cmake_minimum_required(VERSION 3.20)编译立刻翻车。更麻烦的是很多国产化环境、嵌入式交叉编译工具链、CI 容器镜像系统源里根本没有 3.27 这个档位的包。这时候最省事的做法就是拿官方预编译的cmake-3.27.6-linux-x86-64.sh自解压脚本在本地或服务器上装一份独立于系统包管理器的 cmake。这篇内容就是围绕这个脚本把下载、校验、安装、切换、多版本共存、以及踩过的坑一次讲清楚。适合两类人一类是刚接触 linux 常用命令、想手动装一次 cmake 的新手另一类是被系统自带 cmake 版本卡住、需要给 CI 或构建机固定版本的运维和嵌入式工程师。脚本本身不复杂但“装完不生效”“装完把系统 cmake 覆盖了”“换用户后找不到”这几个问题几乎每个人都会遇到一次。2. cmake-3.27.6 自解压脚本到底做了什么2.1 自解压脚本的结构与运行机制cmake-3.27.6-linux-x86-64.sh不是普通的 shell 脚本它是官方用makeself打包出来的自解压归档。文件前半段是一段 shell 头负责定位自身、创建临时目录、把后半段的压缩数据解出来然后执行内部的安装逻辑。你可以用head -n 50看一眼头部会看到MS_ARCHIVE、MS_DIR这类变量以及tail -n $offset这种按字节偏移切分的写法。理解这一点很关键脚本运行时会先把内容解到/tmp下的一个临时目录再拷贝到目标路径所以/tmp空间不足会直接失败而且失败信息往往只报一句Extraction failed不会告诉你磁盘满了。和源码编译相比自解压脚本的优势是快、无依赖、不需要 gcc/make和包管理器相比优势是版本可控、不污染系统源。它解出来的目录结构是标准的 cmake 发行版布局bin/、share/、doc/、man/。bin/cmake是主程序bin/ccmake、bin/cmake-gui、bin/ctest、bin/cpack是配套工具。share/cmake-3.27/Modules里放着FindXXX.cmake和CMakeDetermineCompilerId.cmake这类模块后面排查报错时会用到。2.2 安装路径的三种选择与选型理由安装路径决定了后面怎么用选错了要么每次敲全路径要么把系统搞乱。常见做法有三种路径适用场景优点风险/usr/local单机、个人开发机默认在 PATH 里装完即用覆盖系统 cmake包管理器升级时冲突/opt/cmake-3.27.6服务器、多版本共存隔离干净可并存多个版本需要手动配 PATH$HOME/.local/cmake-3.27.6无 root 权限、共享集群不需要 sudo只对当前用户生效我一般推荐/opt方案。原因是构建机上经常同时存在 3.16、3.22、3.27 三个版本不同项目要求不同装到/usr/local会互相覆盖最后谁也说不清当前用的是哪个。/opt下按版本号建目录切换只改 PATH 或软链接回滚成本几乎为零。2.3 下载与完整性校验官方发布页提供.sh和.tar.gz两种格式.sh就是自解压版。下载时优先用wget或curl并核对 SHA-256。校验这一步别省构建机上一次损坏的下载能让你排查半天。# 下载自解压脚本-O 指定保存文件名 wget https://github.com/Kitware/CMake/releases/download/v3.27.6/cmake-3.27.6-linux-x86-64.sh # 计算 SHA-256和官方发布页的 .sha256 文件比对 sha256sum cmake-3.27.6-linux-x86-64.sh # 赋予执行权限 chmod x cmake-3.27.6-linux-x86-64.shsha256sum输出的哈希要和官方cmake-3.27.6-SHA-256.txt里对应行一致。如果公司内网无法直连外网常见做法是先在一台能出网的机器上下载并校验再通过内部制品库分发不要用来源不明的镜像站哈希对不上直接丢弃重下。3. 用安装脚本在 linux 上跑通 cmake-3.27.63.1 非交互式安装到 /opt 的完整命令自解压脚本支持--skip-license和--prefix两个关键参数。--skip-license跳过交互式许可确认适合写进自动化脚本--prefix指定安装目录。下面这条命令我用了很多次可以直接抄# 非交互安装到 /opt/cmake-3.27.6--skip-license 避免卡在许可确认 sudo ./cmake-3.27.6-linux-x86-64.sh --skip-license --prefix/opt/cmake-3.27.6 # 验证安装结果确认版本号是 3.27.6 /opt/cmake-3.27.6/bin/cmake --version # 查看解出来的目录结构 ls /opt/cmake-3.27.6/bin/第一条命令执行后脚本会解压并把文件铺到/opt/cmake-3.27.6。第二条命令输出cmake version 3.27.6才算成功。第三条能看到cmake、ccmake、cmake-gui、ctest、cpack五个可执行文件。如果--prefix指向的目录已存在且非空脚本会直接覆盖同名文件不会报错所以升级前最好先备份或换个目录名。3.2 让 cmake-3.27.6 在 PATH 中生效的两种方式装完不生效是最高频的问题。/opt/cmake-3.27.6/bin不在默认 PATH 里直接敲cmake还是系统那个老版本。两种做法# 方式一临时生效只对当前 shell 有效适合调试 export PATH/opt/cmake-3.27.6/bin:$PATH cmake --version # 方式二写入用户级配置永久生效 echo export PATH/opt/cmake-3.27.6/bin:$PATH ~/.bashrc source ~/.bashrc方式一把新路径放在$PATH前面保证优先命中。方式二写进~/.bashrc只影响当前用户。如果是给整个团队或 CI 用写到/etc/profile.d/cmake.sh里更合适但要注意别把系统自带的/usr/bin顺序打乱。验证时用which cmake看解析到哪个路径比只看cmake --version更可靠因为有些环境里存在 alias 或 hash 缓存。3.3 多版本共存与切换update-alternatives 与软链接构建机上同时有多个 cmake 时靠改 PATH 容易乱。两种更稳的做法# 做法一用 update-alternatives 注册按优先级切换 sudo update-alternatives --install /usr/local/bin/cmake cmake /opt/cmake-3.27.6/bin/cmake 100 sudo update-alternatives --install /usr/local/bin/cmake cmake /opt/cmake-3.22.0/bin/cmake 50 sudo update-alternatives --config cmake # 做法二维护一个 current 软链接切换只改链接指向 sudo ln -sfn /opt/cmake-3.27.6 /opt/cmake-current export PATH/opt/cmake-current/bin:$PATHupdate-alternatives的优先级数字越大越优先--config会列出所有候选让你选。软链接方案更轻适合写进 Dockerfile镜像里只保留一个cmake-current链接换版本时改链接目标即可PATH 不用动。注意ln -sfn的-n不能省否则当目标已是目录时会把链接建到目录里面去这是血泪经验。3.4 验证安装跑一个最小 CMake 工程光看版本号不够得实际构建一次。建一个最小工程验证工具链是否完整mkdir -p /tmp/cmake-test cd /tmp/cmake-test cat CMakeLists.txt EOF cmake_minimum_required(VERSION 3.27) project(hello CXX) set(CMAKE_CXX_STANDARD 17) add_executable(hello main.cpp) EOF cat main.cpp EOF #include iostream int main() { std::cout cmake 3.27 ok\n; return 0; } EOF cmake -S . -B build -G Unix Makefiles cmake --build build ./build/hello-S .指定源码目录-B build指定构建目录这种 out-of-source 构建方式从 3.13 起就支持比老式的mkdir build cd build cmake ..更清晰。-G指定生成器默认就是 Unix Makefiles显式写出来便于排查。最后输出cmake 3.27 ok说明编译器探测、链接、生成全部正常。如果这一步报CMake Error at .../CMakeDetermineCompilerId.cmake多半是 gcc/g 没装或 PATH 里找不到编译器先g --version确认。4. 安装脚本踩坑记录从权限到编译器探测4.1 现象脚本执行报 Permission denied原因下载后没有执行权限或者文件系统挂载了noexec。解决先chmod x如果还不行用mount | grep $(df --outputtarget . | tail -1)看挂载选项noexec的话换到/tmp或家目录执行。注意别用sh cmake-3.27.6-linux-x86-64.sh这种方式跑自解压脚本依赖自身路径定位数据段用sh解释执行会找不到偏移量。4.2 现象安装到 /usr/local 后系统 cmake 被覆盖apt 升级报冲突原因/usr/local/bin在 PATH 中优先于/usr/bin脚本把cmake放进去后系统包管理器认为文件被外部占用。解决卸载重装到/opt或者用update-alternatives接管。已经覆盖的删掉/usr/local/bin/cmake等文件hash -r清缓存再apt install --reinstall cmake恢复系统版本。这个坑的后悔药就是一开始别装/usr/local。4.3 现象CMakeDetermineCompilerId.cmake 报错找不到编译器原因cmake 本身装好了但环境里没有 gcc/g或者交叉编译时CMAKE_C_COMPILER指向了不存在的路径。解决先which gcc g确认交叉编译场景在命令行传-DCMAKE_C_COMPILER/path/to/arm-gcc别写死在 CMakeLists.txt 里。如果报错行号指向CMakeDetermineCompilerId.cmake:9基本就是编译器探测失败和 cmake 版本无关。4.4 现象换用户或 sudo 后 cmake 命令找不到原因PATH 写在~/.bashrc里只对当前用户生效sudo默认重置 PATH。解决团队共用就写到/etc/profile.d/或者用绝对路径/opt/cmake-3.27.6/bin/cmake。sudo场景下用sudo env PATH$PATH cmake ...显式传递别指望 sudo 继承你的 PATH。4.5 现象/tmp 空间不足导致解压失败原因自解压脚本先解到/tmp大文件或小容量/tmp分区会失败。解决执行前export TMPDIR/data/tmp换个大分区或者df -h /tmp先看剩余空间。失败后/tmp下可能残留makeself临时目录手动清掉再重试。5. 把 cmake-3.27.6 固化进 CI 与容器的一个技巧前面讲的都是手动装真正省事的是把它固化进镜像或 CI 脚本。我一般会在 Dockerfile 里用多阶段构建把自解压脚本的安装结果拷进最终镜像避免把安装脚本和临时文件留在层里FROM debian:bullseye AS cmake-builder ARG CMAKE_VER3.27.6 RUN apt-get update apt-get install -y wget \ wget https://github.com/Kitware/CMake/releases/download/v${CMAKE_VER}/cmake-${CMAKE_VER}-linux-x86-64.sh \ chmod x cmake-${CMAKE_VER}-linux-x86-64.sh \ ./cmake-${CMAKE_VER}-linux-x86-64.sh --skip-license --prefix/opt/cmake FROM debian:bullseye COPY --fromcmake-builder /opt/cmake /opt/cmake ENV PATH/opt/cmake/bin:$PATH RUN cmake --versionARG让版本号可覆盖--prefix/opt/cmake不带版本号是为了让最终镜像的 PATH 固定升级时只改CMAKE_VER。COPY --from只拷安装结果wget 和脚本本身不进最终镜像层体积能小几十 MB。验证方法是在 CI 里加一步cmake --version | grep 3.27.6版本对不上直接 fail别等到构建业务代码时才暴露。还有一个技巧是给 CI 缓存加校验把sha256sum的结果写进缓存 key哈希变了自动重新下载避免缓存里存着损坏的脚本。我现在的习惯是任何手动装过的工具都要在 CI 里用一条--version断言把它钉死因为“我本地是好的”这句话在构建机上从来不成立。希望帮到你。本文还有配套的精品资源点击获取
简介这份资源提供 Linux 环境下 CMake 3.27.6 的官方安装脚本面向需要在服务器或开发机上快速部署构建工具的 C 开发者与运维人员可解决源码编译耗时、依赖繁琐的问题。压缩包内仅含 1 个 sh 脚本文件整体约 48.9MB脚本已内置完整安装逻辑通过赋予执行权限并指定安装前缀即可完成部署适合对 Linux 命令行有基本了解的中级用户。资源包结构极简无需额外依赖文件下载后即可直接使用省去从官网查找与校验的步骤。目前已有 1702 人学习下载说明该版本在社区中具备一定认可度。对于正在搭建 C 编译环境、需要统一团队工具链版本或希望避免手动编译出错的读者这份脚本能显著降低安装门槛同时便于在 CI 流程或批量部署场景中复用是一份轻量且实用的工具型资源。1. 为什么我不建议用 apt 装 cmake从 cmake-3.27.6 安装脚本说起如果你在 Ubuntu 20.04 或 CentOS 7 上敲过apt install cmake大概率拿到的是 3.16 甚至 3.10 这种老版本。平时写个 hello world 没事一旦项目里出现target_link_libraries配合FetchContent、CMAKE_CXX_STANDARD 20或者某个第三方库的CMakeLists.txt里写了cmake_minimum_required(VERSION 3.20)编译立刻翻车。更麻烦的是很多国产化环境、嵌入式交叉编译工具链、CI 容器镜像系统源里根本没有 3.27 这个档位的包。这时候最省事的做法就是拿官方预编译的cmake-3.27.6-linux-x86-64.sh自解压脚本在本地或服务器上装一份独立于系统包管理器的 cmake。这篇内容就是围绕这个脚本把下载、校验、安装、切换、多版本共存、以及踩过的坑一次讲清楚。适合两类人一类是刚接触 linux 常用命令、想手动装一次 cmake 的新手另一类是被系统自带 cmake 版本卡住、需要给 CI 或构建机固定版本的运维和嵌入式工程师。脚本本身不复杂但“装完不生效”“装完把系统 cmake 覆盖了”“换用户后找不到”这几个问题几乎每个人都会遇到一次。2. cmake-3.27.6 自解压脚本到底做了什么2.1 自解压脚本的结构与运行机制cmake-3.27.6-linux-x86-64.sh不是普通的 shell 脚本它是官方用makeself打包出来的自解压归档。文件前半段是一段 shell 头负责定位自身、创建临时目录、把后半段的压缩数据解出来然后执行内部的安装逻辑。你可以用head -n 50看一眼头部会看到MS_ARCHIVE、MS_DIR这类变量以及tail -n $offset这种按字节偏移切分的写法。理解这一点很关键脚本运行时会先把内容解到/tmp下的一个临时目录再拷贝到目标路径所以/tmp空间不足会直接失败而且失败信息往往只报一句Extraction failed不会告诉你磁盘满了。和源码编译相比自解压脚本的优势是快、无依赖、不需要 gcc/make和包管理器相比优势是版本可控、不污染系统源。它解出来的目录结构是标准的 cmake 发行版布局bin/、share/、doc/、man/。bin/cmake是主程序bin/ccmake、bin/cmake-gui、bin/ctest、bin/cpack是配套工具。share/cmake-3.27/Modules里放着FindXXX.cmake和CMakeDetermineCompilerId.cmake这类模块后面排查报错时会用到。2.2 安装路径的三种选择与选型理由安装路径决定了后面怎么用选错了要么每次敲全路径要么把系统搞乱。常见做法有三种路径适用场景优点风险/usr/local单机、个人开发机默认在 PATH 里装完即用覆盖系统 cmake包管理器升级时冲突/opt/cmake-3.27.6服务器、多版本共存隔离干净可并存多个版本需要手动配 PATH$HOME/.local/cmake-3.27.6无 root 权限、共享集群不需要 sudo只对当前用户生效我一般推荐/opt方案。原因是构建机上经常同时存在 3.16、3.22、3.27 三个版本不同项目要求不同装到/usr/local会互相覆盖最后谁也说不清当前用的是哪个。/opt下按版本号建目录切换只改 PATH 或软链接回滚成本几乎为零。2.3 下载与完整性校验官方发布页提供.sh和.tar.gz两种格式.sh就是自解压版。下载时优先用wget或curl并核对 SHA-256。校验这一步别省构建机上一次损坏的下载能让你排查半天。# 下载自解压脚本-O 指定保存文件名 wget https://github.com/Kitware/CMake/releases/download/v3.27.6/cmake-3.27.6-linux-x86-64.sh # 计算 SHA-256和官方发布页的 .sha256 文件比对 sha256sum cmake-3.27.6-linux-x86-64.sh # 赋予执行权限 chmod x cmake-3.27.6-linux-x86-64.shsha256sum输出的哈希要和官方cmake-3.27.6-SHA-256.txt里对应行一致。如果公司内网无法直连外网常见做法是先在一台能出网的机器上下载并校验再通过内部制品库分发不要用来源不明的镜像站哈希对不上直接丢弃重下。3. 用安装脚本在 linux 上跑通 cmake-3.27.63.1 非交互式安装到 /opt 的完整命令自解压脚本支持--skip-license和--prefix两个关键参数。--skip-license跳过交互式许可确认适合写进自动化脚本--prefix指定安装目录。下面这条命令我用了很多次可以直接抄# 非交互安装到 /opt/cmake-3.27.6--skip-license 避免卡在许可确认 sudo ./cmake-3.27.6-linux-x86-64.sh --skip-license --prefix/opt/cmake-3.27.6 # 验证安装结果确认版本号是 3.27.6 /opt/cmake-3.27.6/bin/cmake --version # 查看解出来的目录结构 ls /opt/cmake-3.27.6/bin/第一条命令执行后脚本会解压并把文件铺到/opt/cmake-3.27.6。第二条命令输出cmake version 3.27.6才算成功。第三条能看到cmake、ccmake、cmake-gui、ctest、cpack五个可执行文件。如果--prefix指向的目录已存在且非空脚本会直接覆盖同名文件不会报错所以升级前最好先备份或换个目录名。3.2 让 cmake-3.27.6 在 PATH 中生效的两种方式装完不生效是最高频的问题。/opt/cmake-3.27.6/bin不在默认 PATH 里直接敲cmake还是系统那个老版本。两种做法# 方式一临时生效只对当前 shell 有效适合调试 export PATH/opt/cmake-3.27.6/bin:$PATH cmake --version # 方式二写入用户级配置永久生效 echo export PATH/opt/cmake-3.27.6/bin:$PATH ~/.bashrc source ~/.bashrc方式一把新路径放在$PATH前面保证优先命中。方式二写进~/.bashrc只影响当前用户。如果是给整个团队或 CI 用写到/etc/profile.d/cmake.sh里更合适但要注意别把系统自带的/usr/bin顺序打乱。验证时用which cmake看解析到哪个路径比只看cmake --version更可靠因为有些环境里存在 alias 或 hash 缓存。3.3 多版本共存与切换update-alternatives 与软链接构建机上同时有多个 cmake 时靠改 PATH 容易乱。两种更稳的做法# 做法一用 update-alternatives 注册按优先级切换 sudo update-alternatives --install /usr/local/bin/cmake cmake /opt/cmake-3.27.6/bin/cmake 100 sudo update-alternatives --install /usr/local/bin/cmake cmake /opt/cmake-3.22.0/bin/cmake 50 sudo update-alternatives --config cmake # 做法二维护一个 current 软链接切换只改链接指向 sudo ln -sfn /opt/cmake-3.27.6 /opt/cmake-current export PATH/opt/cmake-current/bin:$PATHupdate-alternatives的优先级数字越大越优先--config会列出所有候选让你选。软链接方案更轻适合写进 Dockerfile镜像里只保留一个cmake-current链接换版本时改链接目标即可PATH 不用动。注意ln -sfn的-n不能省否则当目标已是目录时会把链接建到目录里面去这是血泪经验。3.4 验证安装跑一个最小 CMake 工程光看版本号不够得实际构建一次。建一个最小工程验证工具链是否完整mkdir -p /tmp/cmake-test cd /tmp/cmake-test cat CMakeLists.txt EOF cmake_minimum_required(VERSION 3.27) project(hello CXX) set(CMAKE_CXX_STANDARD 17) add_executable(hello main.cpp) EOF cat main.cpp EOF #include iostream int main() { std::cout cmake 3.27 ok\n; return 0; } EOF cmake -S . -B build -G Unix Makefiles cmake --build build ./build/hello-S .指定源码目录-B build指定构建目录这种 out-of-source 构建方式从 3.13 起就支持比老式的mkdir build cd build cmake ..更清晰。-G指定生成器默认就是 Unix Makefiles显式写出来便于排查。最后输出cmake 3.27 ok说明编译器探测、链接、生成全部正常。如果这一步报CMake Error at .../CMakeDetermineCompilerId.cmake多半是 gcc/g 没装或 PATH 里找不到编译器先g --version确认。4. 安装脚本踩坑记录从权限到编译器探测4.1 现象脚本执行报 Permission denied原因下载后没有执行权限或者文件系统挂载了noexec。解决先chmod x如果还不行用mount | grep $(df --outputtarget . | tail -1)看挂载选项noexec的话换到/tmp或家目录执行。注意别用sh cmake-3.27.6-linux-x86-64.sh这种方式跑自解压脚本依赖自身路径定位数据段用sh解释执行会找不到偏移量。4.2 现象安装到 /usr/local 后系统 cmake 被覆盖apt 升级报冲突原因/usr/local/bin在 PATH 中优先于/usr/bin脚本把cmake放进去后系统包管理器认为文件被外部占用。解决卸载重装到/opt或者用update-alternatives接管。已经覆盖的删掉/usr/local/bin/cmake等文件hash -r清缓存再apt install --reinstall cmake恢复系统版本。这个坑的后悔药就是一开始别装/usr/local。4.3 现象CMakeDetermineCompilerId.cmake 报错找不到编译器原因cmake 本身装好了但环境里没有 gcc/g或者交叉编译时CMAKE_C_COMPILER指向了不存在的路径。解决先which gcc g确认交叉编译场景在命令行传-DCMAKE_C_COMPILER/path/to/arm-gcc别写死在 CMakeLists.txt 里。如果报错行号指向CMakeDetermineCompilerId.cmake:9基本就是编译器探测失败和 cmake 版本无关。4.4 现象换用户或 sudo 后 cmake 命令找不到原因PATH 写在~/.bashrc里只对当前用户生效sudo默认重置 PATH。解决团队共用就写到/etc/profile.d/或者用绝对路径/opt/cmake-3.27.6/bin/cmake。sudo场景下用sudo env PATH$PATH cmake ...显式传递别指望 sudo 继承你的 PATH。4.5 现象/tmp 空间不足导致解压失败原因自解压脚本先解到/tmp大文件或小容量/tmp分区会失败。解决执行前export TMPDIR/data/tmp换个大分区或者df -h /tmp先看剩余空间。失败后/tmp下可能残留makeself临时目录手动清掉再重试。5. 把 cmake-3.27.6 固化进 CI 与容器的一个技巧前面讲的都是手动装真正省事的是把它固化进镜像或 CI 脚本。我一般会在 Dockerfile 里用多阶段构建把自解压脚本的安装结果拷进最终镜像避免把安装脚本和临时文件留在层里FROM debian:bullseye AS cmake-builder ARG CMAKE_VER3.27.6 RUN apt-get update apt-get install -y wget \ wget https://github.com/Kitware/CMake/releases/download/v${CMAKE_VER}/cmake-${CMAKE_VER}-linux-x86-64.sh \ chmod x cmake-${CMAKE_VER}-linux-x86-64.sh \ ./cmake-${CMAKE_VER}-linux-x86-64.sh --skip-license --prefix/opt/cmake FROM debian:bullseye COPY --fromcmake-builder /opt/cmake /opt/cmake ENV PATH/opt/cmake/bin:$PATH RUN cmake --versionARG让版本号可覆盖--prefix/opt/cmake不带版本号是为了让最终镜像的 PATH 固定升级时只改CMAKE_VER。COPY --from只拷安装结果wget 和脚本本身不进最终镜像层体积能小几十 MB。验证方法是在 CI 里加一步cmake --version | grep 3.27.6版本对不上直接 fail别等到构建业务代码时才暴露。还有一个技巧是给 CI 缓存加校验把sha256sum的结果写进缓存 key哈希变了自动重新下载避免缓存里存着损坏的脚本。我现在的习惯是任何手动装过的工具都要在 CI 里用一条--version断言把它钉死因为“我本地是好的”这句话在构建机上从来不成立。希望帮到你。本文还有配套的精品资源点击获取
