ShellCheck命令行工具适配开源鸿蒙PC实战指南

本文详细介绍了ShellCheck命令行工具适配开源鸿蒙PC平台的完整流程。通过采用预编译二进制文件方案，规避了Haskell交叉编译的复杂性，实现了高效部署。文章从环境准备、项目结构分析、问题诊断到具体修改步骤，提供了可落地的实操指南，助力开发者在鸿蒙生态中快速集成ShellCheck工具，提升shell脚本开发质量与效率。

青云交

450人浏览 · 2025-12-03 13:47:15

青云交 · 2025-12-03 13:47:15 发布

在这里插入图片描述

ShellCheck命令行工具适配开源鸿蒙PC实战指南

引言：
正文：
结束语：
🗳️参与投票和联系我：

引言：

嘿，亲爱的技术爱好者们，大家好！我是CSDN（全区域）四榜榜首青云交！在开源鸿蒙（OpenHarmony）PC 平台的生态建设中，高效的开发工具适配是提升开发效率的关键。ShellCheck 作为一款经典的 shell 脚本静态分析工具，能精准识别脚本中的语法错误、语义问题及潜在陷阱，广泛应用于 CI/CD 流水线、代码审查等场景。本文将详细拆解 ShellCheck 工具适配开源鸿蒙 PC 平台的完整流程，助力开发者快速实现工具部署与应用。

在这里插入图片描述

正文：

下面将从背景介绍、环境准备、项目结构分析、问题诊断与解决、详细修改步骤、构建验证等核心环节，全面呈现适配实战过程，为技术爱好者提供可直接落地的实操方案。

一、背景介绍

1.1 ShellCheck 工具简介

ShellCheck 是一款基于 Haskell 编写的 shell 脚本静态分析工具，核心功能包括：

指出并澄清初学者典型语法问题，避免晦涩错误提示；
识别中级语义问题，防止脚本行为异常；
提示高级用户易忽略的边界情况与陷阱，保障脚本稳定性。

其应用场景覆盖 CI/CD 流水线质量检查、主流编辑器集成（Vim、VSCode 等）、开发团队代码审查及自动化测试脚本验证。

1.2 适配目标

本次适配旨在将 ShellCheck v0.11.0 版本落地到开源鸿蒙 PC 系统，具体实现：

采用官方预编译二进制文件方案（规避 Haskell 交叉编译复杂性）；
支持 aarch64-linux-ohos 架构；
借助鸿蒙 SDK 工具链完成验证与打包；
生成 HNP（HarmonyOS Native Package）格式安装包与 tar.gz 格式发布包。

1.3 技术栈

开发语言：Haskell（依赖 GHC/Cabal 构建系统）；
构建策略：下载 GitHub 官方预编译二进制文件；
目标平台：aarch64-linux-ohos；
打包格式：HNP；
构建系统：Makefile（包装下载与安装流程）。

1.4 选择预编译二进制的原因

ShellCheck 基于 Haskell 开发，从源码交叉编译至 OpenHarmony 平台面临多重挑战：

GHC 交叉编译流程复杂，需先交叉编译编译器本身；
依赖大量 Haskell 库，每个库均需单独交叉编译；
完整工具链交叉编译耗时久，可能需数小时甚至数天；
官方已提供 Linux aarch64 静态链接预编译二进制文件，可靠性高。

因此，采用预编译方案兼具效率与稳定性优势。

在这里插入图片描述

二、环境准备

2.1 系统要求

开发环境：macOS / Linux / Windows（WSL）；
依赖工具：Python 3.x、curl 或 wget（用于下载）、开源鸿蒙 SDK（含 native 工具链与 hnpcli 打包工具）；
网络要求：需访问 GitHub 下载预编译二进制文件。

2.2 SDK 安装

2.2.1 下载与解压

执行以下命令完成 SDK 下载与解压：

# 下载鸿蒙SDK
cd ~
wget https://cidownload.openharmony.cn/version/Master_Version/ohos-sdk-full_ohos/20250819_020817/version-Master_Version-ohos-sdk-full_ohos-20250819_020817-ohos-sdk-full_ohos.tar.gz
# 解压SDK
tar -zvxf version-Master_Version-ohos-sdk-full_ohos-20250819_020817-ohos-sdk-full_ohos.tar.gz

2.2.2 SDK 目录结构

解压后 SDK 目录如下：

ohos-sdk/
├── native/
│   ├── llvm/bin/          # 编译器工具链
│   ├── sysroot/           # 系统根目录（头文件和库）
│   └── build-tools/       # 构建工具
└── toolchains/
    └── hnpcli            # HNP打包工具

2.3 项目结构

项目整体目录结构如下：

HarmonyOSPC/build/
├── build.sh              # 主构建脚本
├── code/
│   └── shellcheck4oh/    # shellcheck工具源码目录
│       ├── Makefile       # 构建配置（新建）
│       ├── build_ohos.sh  # 鸿蒙构建脚本
│       ├── hnp.json       # HNP包配置
│       ├── shellcheck.hs  # 主程序源码（Haskell）
│       ├── ShellCheck.cabal # Cabal构建配置
│       └── src/           # 源代码目录
└── output/               # 构建输出目录

三、项目结构分析

3.1 ShellCheck 源码特点

3.1.1 核心配置

ShellCheck.cabal 的主要配置包括：

采用 Cabal 构建系统；
依赖 aeson、parsec、regex-tdfa 等多个 Haskell 库；
要求 GHC 编译器版本≥8.0。

3.1.2 构建挑战

原始项目通过cabal install或stack install构建，无 Makefile，无法直接使用make命令；
交叉编译 Haskell 至 OpenHarmony 需完整的 GHC 交叉编译工具链，配置复杂。

3.2 构建系统分析

3.2.1 原始问题

项目缺少 Makefile，导致build_ohos.sh脚本中make clean、make、make install命令无法执行；
需适配构建流程以兼容预编译二进制方案。

3.2.2 解决方案

创建 Makefile 包装下载和安装流程；
借助 GitHub Releases API 下载预编译二进制文件；
提取文件并安装到指定目录。

四、问题诊断与解决

4.1 初始构建错误及解决方案

4.1.1 错误 1：make clean 失败

错误信息：make: *** No rule to make target 'clean'. Stop.
原因：项目目录无 Makefile，无法执行 make 命令；
解决方案：创建 Makefile，提供 clean 目标。

4.1.2 错误 2：make 失败

错误信息：make: *** No targets specified and no makefile found. Stop.
原因：缺少 Makefile；
解决方案：在 Makefile 中实现下载和提取预编译二进制文件的逻辑。

4.1.3 错误 3：make install 失败

错误信息：make: *** No rule to make target 'install'. Stop.
原因：Makefile 中无 install 目标；
解决方案：在 Makefile 中添加 install 目标，实现文件复制逻辑。

4.1.4 错误 4：目录不存在

错误信息：cp: cannot create regular file '/Users/baixm/.../shellcheck_0.11.1/': Not a directory
原因：安装目录未提前创建；
解决方案：在 build_ohos.sh 中先创建必要的目录结构。

4.1.5 错误 5：Makefile 语法错误

错误信息：/bin/sh: -c: line 2: syntax error near unexpected token then’`
原因：Makefile 中嵌套 if 语句语法错误（@if前多了一个@）；
解决方案：修复语法，移除多余的@符号。

五、详细修改步骤

5.1 创建 Makefile

5.1.1 设计思路

采用下载官方预编译二进制文件的方案，流程如下：

从 GitHub Releases 下载 Linux aarch64 二进制文件；
解压 tar.xz 压缩包；
提取 shellcheck 可执行文件；
安装到指定目录。

5.1.2 完整 Makefile 代码

# Makefile for ShellCheck OpenHarmony build
# ShellCheck is written in Haskell and requires GHC/Cabal to build from source.
# For OpenHarmony platform, we use precompiled binary from GitHub releases.
SHELLCHECK_VERSION ?= v0.11.0
SHELLCHECK_BINARY_NAME = shellcheck-${SHELLCHECK_VERSION}.linux.aarch64.tar.xz
SHELLCHECK_DOWNLOAD_URL = https://github.com/koalaman/shellcheck/releases/download/${SHELLCHECK_VERSION}/${SHELLCHECK_BINARY_NAME}
SHELLCHECK_EXTRACT_DIR = shellcheck-${SHELLCHECK_VERSION}
SHELLCHECK_BINARY = shellcheck
# Installation paths (can be overridden by environment variables)
PREFIX ?= /usr
INSTALL_DIR ?= ${PREFIX}/bin
MAN_DIR ?= ${PREFIX}/share/man/man1
MAN_FILE = shellcheck.1.md
# Default target
default: shellcheck
# Download and extract precompiled binary
shellcheck:
	@echo "Downloading ShellCheck ${SHELLCHECK_VERSION} precompiled binary..."
	@if [ ! -f "${SHELLCHECK_BINARY_NAME}" ]; then \
		curl -L -o "${SHELLCHECK_BINARY_NAME}" "${SHELLCHECK_DOWNLOAD_URL}" || \
		wget -O "${SHELLCHECK_BINARY_NAME}" "${SHELLCHECK_DOWNLOAD_URL}" || \
		(echo "Error: Failed to download ShellCheck binary. Please install curl or wget." && exit 1); \
	fi
	@echo "Extracting ShellCheck binary..."
	@if [ ! -d "${SHELLCHECK_EXTRACT_DIR}" ]; then \
		tar -xJf "${SHELLCHECK_BINARY_NAME}" || \
		(echo "Error: Failed to extract archive. Please install xz-utils." && exit 1); \
	fi
	@if [ ! -f "${SHELLCHECK_BINARY}" ]; then \
		cp "${SHELLCHECK_EXTRACT_DIR}/${SHELLCHECK_BINARY}" . || \
		(echo "Error: Binary not found in extracted archive." && exit 1); \
	fi
	@chmod +x "${SHELLCHECK_BINARY}"
	@echo "ShellCheck binary ready: ${SHELLCHECK_BINARY}"
# Clean build artifacts
clean:
	rm -f ${SHELLCHECK_BINARY}
	rm -rf ${SHELLCHECK_EXTRACT_DIR}
	rm -f ${SHELLCHECK_BINARY_NAME}
# Install ShellCheck
install: shellcheck
	mkdir -p ${INSTALL_DIR}
	cp ${SHELLCHECK_BINARY} ${INSTALL_DIR}/
	@if [ -f "${MAN_FILE}" ]; then \
		mkdir -p ${MAN_DIR}; \
		if command -v pandoc >/dev/null 2>&1; then \
			pandoc -s -f markdown-smart -t man ${MAN_FILE} -o ${MAN_DIR}/shellcheck.1 || \
			echo "Warning: pandoc not found, skipping man page generation"; \
		else \
			echo "Warning: pandoc not found, skipping man page generation"; \
		fi \
	fi
	@echo "ShellCheck installed to ${INSTALL_DIR}"
# Show version
version:
	@./${SHELLCHECK_BINARY} --version 2>/dev/null || echo "ShellCheck binary not found. Run 'make' first."
.PHONY: default shellcheck clean install version

5.1.3 关键点说明

版本管理：通过SHELLCHECK_VERSION变量控制版本，默认 v0.11.0；
下载逻辑：支持 curl 和 wget 两种工具，自动适配可用工具；
解压处理：使用tar -xJf解压 tar.xz 格式压缩包；
错误处理：每个步骤均包含错误检查与提示；
路径自定义：支持通过环境变量INSTALL_DIR和MAN_DIR调整安装路径；
手册页生成：可选生成 man 手册页（需 pandoc 工具）。

5.2 修改 build_ohos.sh

5.2.1 完整代码

#!/bin/bash
# ShellCheck OpenHarmony build script
# ShellCheck is written in Haskell. For OpenHarmony, we use precompiled binary.
# 将压缩包安装路径设置为 HNP 公共目录下的 shellcheck 组件版本目录
export SHELLCHECK_INSTALL_HNP_PATH=${HNP_PUBLIC_PATH}/shellcheck.org/shellcheck_0.11.1
# 记录系统原有的安装前缀，脚本结束时恢复
sys_prefix=${PREFIX}
# 临时将安装前缀切换为 HNP 的 shellcheck 组件目录
export PREFIX=${SHELLCHECK_INSTALL_HNP_PATH}
# 打印当前安装前缀，便于调试
echo "Installation prefix: ${PREFIX}"
# 创建安装目录
mkdir -p ${SHELLCHECK_INSTALL_HNP_PATH}/bin
mkdir -p ${SHELLCHECK_INSTALL_HNP_PATH}/share/man/man1
# 先清理旧的构建产物，确保干净环境
make clean || true
# 设置 Makefile 中的安装路径变量
export INSTALL_DIR=${SHELLCHECK_INSTALL_HNP_PATH}/bin
export MAN_DIR=${SHELLCHECK_INSTALL_HNP_PATH}/share/man/man1
# 开启详细输出，构建 shellcheck（下载并提取预编译二进制）
echo "Building ShellCheck (using precompiled binary)..."
make VERBOSE=1
# 将构建结果安装到指定的 PREFIX 目录
echo "Installing ShellCheck..."
make install
# 复制 HNP 打包所需的描述文件
cp hnp.json ${SHELLCHECK_INSTALL_HNP_PATH}/
# 验证安装
if [ -f "${SHELLCHECK_INSTALL_HNP_PATH}/bin/shellcheck" ]; then
    echo "ShellCheck installed successfully"
    ${SHELLCHECK_INSTALL_HNP_PATH}/bin/shellcheck --version || true
else
    echo "Error: ShellCheck binary not found after installation"
    exit 1
fi
# 进入上一级目录，准备执行打包命令
pushd ${SHELLCHECK_INSTALL_HNP_PATH}/../
    # 使用 HNP 工具生成 HNP 包，输出到指定归档目录
    echo "Packing HNP package..."
    ${HNP_TOOL} pack -i ${SHELLCHECK_INSTALL_HNP_PATH} -o ${ARCHIVE_PATH}/
    # 额外打一个 gzip 压缩的发布包，内容为 shellcheck 组件目录
    echo "Creating tar.gz archive..."
    tar -zvcf ${ARCHIVE_PATH}/ohos_shellcheck_0.11.1.tar.gz shellcheck_0.11.1/
popd
# 恢复原有的安装前缀，避免影响后续命令
export PREFIX=${sys_prefix}
echo "Build completed successfully!"

5.2.2 关键修改点

目录创建：构建前提前创建 bin 和 man 手册页目录；
错误容忍：make clean || true确保 clean 失败不中断构建；
环境变量：通过变量传递安装路径给 Makefile；
安装验证：检查二进制文件是否存在，确保安装成功；
版本检查：尝试执行shellcheck --version验证（macOS 上失败不影响打包）。

5.3 build.sh 环境变量配置

build.sh脚本会设置以下关键环境变量，保障构建一致性：

# 编译器配置（虽然不直接用于Haskell编译，但保持一致性）
export CC=${COMPILER_TOOLCHAIN}clang
export CXX=${COMPILER_TOOLCHAIN}clang++
export CFLAGS="-fPIC -D__MUSL__=1 -D__OHOS__ -fstack-protector-strong --target=${TARGET_PLATFORM} --sysroot=${SYSROOT}"
export LDFLAGS="${LDFLAGS} -fuse-ld=lld --target=${TARGET_PLATFORM} --sysroot=${SYSROOT}"
# 目标平台
export TARGET_PLATFORM=aarch64-linux-ohos
export SYSROOT=${OHOS_SDK}/native/sysroot
# HNP工具
export HNP_TOOL=${OHOS_SDK}/toolchains/hnpcli
export HNP_PUBLIC_PATH=${HNP_PERFIX}/Users/baixm/HarmonyOSPC/data/service/hnp
export ARCHIVE_PATH=${WORK_ROOT}/output

六、构建验证

6.1 执行构建

运行以下命令启动构建：

./build.sh --sdk /Users/baixm/ohos-sdk --module shellcheck4oh

6.2 构建输出

6.2.1 成功输出示例

Build in: <Darwin Mac 24.6.0 ...> by cross tool chains.
python  : Python 3.9.13
CC      : /Users/baixm/ohos-sdk/native/llvm/bin/clang
...
Installation prefix: /Users/baixm/HarmonyOSPC/data/service/hnp/shellcheck.org/shellcheck_0.11.1
Building ShellCheck (using precompiled binary)...
Downloading ShellCheck v0.11.0 precompiled binary...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 6651k  100 6651k    0     0  22542      0  0:05:02  0:05:02 --:--:-- 34544
Extracting ShellCheck binary...
ShellCheck binary ready: shellcheck
Installing ShellCheck...
mkdir -p /Users/baixm/.../shellcheck_0.11.1/bin
cp shellcheck /Users/baixm/.../shellcheck_0.11.1/bin/
ShellCheck installed to /Users/baixm/.../shellcheck_0.11.1/bin
ShellCheck installed successfully
Packing HNP package...
[INFO][HNP][hnp_pack.c:116]PackHnp end. ... ret=0
Creating tar.gz archive...
a shellcheck_0.11.1
a shellcheck_0.11.1/bin
a shellcheck_0.11.1/bin/shellcheck
a shellcheck_0.11.1/hnp.json
...
Build completed successfully!

6.3 验证输出文件

执行以下命令查看输出文件：

ls -lh output/ | grep shellcheck

预期输出：

-rw-r--r--  1 user  staff    12M Nov 19 19:28 shellcheck.hnp
-rw-r--r--  1 user  staff    12M Nov 19 19:29 ohos_shellcheck_0.11.1.tar.gz

6.4 验证二进制文件格式

通过file命令验证文件格式：

file /Users/baixm/HarmonyOSPC/data/service/hnp/shellcheck.org/shellcheck_0.11.1/bin/shellcheck

预期输出（关键信息）：

架构：ARM aarch64；
链接方式：statically linked（静态链接）；
格式：ELF 64-bit LSB executable。

6.5 验证安装目录结构

执行以下命令查看目录结构：

find /Users/baixm/HarmonyOSPC/data/service/hnp/shellcheck.org/shellcheck_0.11.1/ -type f -o -type d

预期结构：

shellcheck_0.11.1/
├── bin/
│   └── shellcheck          # 可执行文件
├── share/
│   └── man/
│       └── man1/           # 手册页目录（如果生成了）
└── hnp.json                # HNP包配置

七、总结与最佳实践

7.1 适配要点总结

7.1.1 构建策略选择

优先使用官方预编译二进制文件，规避 Haskell 交叉编译复杂性；
选择静态链接版本，减少运行时依赖；
从 GitHub Releases 下载，保障资源可靠性。

7.1.2 Makefile 设计

提供 clean、build、install 标准目标，兼容常规构建流程；
支持环境变量自定义安装路径，提升灵活性；
实现下载、解压、安装完整流程，添加错误检查与提示。

7.1.3 构建脚本适配

提前创建必要目录结构，避免路径错误；
合理设置环境变量，保障构建一致性；
添加安装验证步骤，及时发现问题；
用|| true容忍非关键错误，提升脚本健壮性。

7.1.4 打包流程

生成 HNP 格式安装包与 tar.gz 格式发布包，适配不同部署场景；
包含 hnp.json 配置文件，确保打包合规。

7.2 常见问题排查

7.2.1 问题 1：下载失败

症状：Error: Failed to download ShellCheck binary；
排查步骤：检查网络连接、验证 URL 可访问性、确认版本号格式、尝试手动下载；
解决方案：确保网络正常、检查防火墙设置、使用代理或镜像（GitHub 访问受限时）。

7.2.2 问题 2：解压失败

症状：Error: Failed to extract archive；
排查步骤：检查 xz 工具是否安装、验证压缩包完整性、确认磁盘空间充足；
解决方案：macOS 执行brew install xz，Linux 执行sudo apt install xz-utils或sudo yum install xz。

7.2.3 问题 3：二进制文件无法执行

症状：macOS 上提示cannot execute binary file；
原因：预编译文件为 Linux ARM64 格式，不兼容 macOS；
解决方案：该现象正常，在 OpenHarmony PC（ARM64 Linux）上可正常执行。

7.2.4 问题 4：Makefile 语法错误

症状：syntax error near unexpected token 'then'；
原因：嵌套 if 语句语法错误；
解决方案：移除内层 if 前多余的@符号，规范语法格式。

7.3 最佳实践

7.3.1 版本管理

使用明确版本号（如 v0.11.0），避免版本混乱；
在 Makefile 中定义版本变量，便于后续升级；
保持 hnp.json 中版本信息一致。

7.3.2 错误处理

关键步骤添加错误检查，提供清晰提示；
用|| true容忍非关键错误，保障流程连续性。

7.3.3 目录结构

遵循 FHS 标准，可执行文件放bin/，手册页放share/man/man1/。

7.3.4 构建脚本设计

保存并恢复环境变量，避免影响后续操作；
提前创建目录，减少路径错误；
提供详细日志输出，便于问题排查。

7.3.5 预编译二进制方案

优先选择官方预编译版本，保障可靠性；
验证二进制文件格式与架构，确保适配目标平台；
记录下载 URL 与版本信息，便于追溯。

7.4 未来改进方向

源码编译支持：可添加 Docker 构建方案，借助 QEMU 实现交叉编译；
版本自动检测：从 GitHub API 获取最新版本，自动下载；
缓存机制：缓存已下载压缩包，避免重复下载；
多架构支持：适配 x86_64 架构（若 OpenHarmony PC 支持）。

在这里插入图片描述

📎 附录

A. 📁 完整文件清单

📝 新建的文件:

📄 code/shellcheck4oh/Makefile - 构建配置（新建）

✏️ 修改的文件:

🔧 code/shellcheck4oh/build_ohos.sh - 鸿蒙构建脚本（修改）

📦 生成的文件:

📦 output/shellcheck.hnp - HNP格式安装包
📦 output/ohos_shellcheck_0.11.1.tar.gz - tar.gz格式发布包

B. 💻 参考命令

# 构建命令
./build.sh --sdk /path/to/ohos-sdk --module shellcheck4oh

# 查看构建输出
ls -lh output/ | grep shellcheck

# 验证安装目录
find ${HNP_PUBLIC_PATH}/shellcheck.org/shellcheck_0.11.1/ -type f

# 验证二进制文件格式
file ${HNP_PUBLIC_PATH}/shellcheck.org/shellcheck_0.11.1/bin/shellcheck

# 清理构建
cd code/shellcheck4oh && make clean

C. 📌 版本信息

🐚 ShellCheck版本: v0.11.0
📅 适配日期: 2025-11-19
🎯 目标平台: aarch64-linux-ohos
📦 SDK版本: OHOS SDK Master Version
📄 二进制格式: ELF 64-bit LSB, ARM aarch64, statically linked
🔗 仓库地址: https://github.com/koalaman/shellcheck

D. 📚 相关资源

🌐 ShellCheck官网: https://www.shellcheck.net/
💻 GitHub仓库: https://github.com/koalaman/shellcheck
📖 官方文档: https://github.com/koalaman/shellcheck/wiki
📥 预编译二进制下载: https://github.com/koalaman/shellcheck/releases

E. 💡 技术说明

💡 为什么ShellCheck使用预编译二进制？

⚠️ Haskell交叉编译复杂: GHC（Glasgow Haskell Compiler）的交叉编译需要：
- 🔨 交叉编译GHC本身（大型C/C++项目）
- 📚 交叉编译所有Haskell依赖库
- ⚙️ 配置复杂的构建系统
✅ 官方支持: ShellCheck官方为Linux aarch64提供了静态链接的预编译二进制文件，可以直接使用
🛡️ 可靠性: 官方预编译版本经过充分测试，比自行交叉编译更可靠
⚡ 效率: 下载预编译二进制文件只需几分钟，而完整的Haskell工具链交叉编译可能需要数小时

结束语：

本文档详细介绍了ShellCheck命令行工具适配鸿蒙PC平台的完整流程。通过使用预编译二进制文件的方案，我们避免了复杂的Haskell交叉编译过程，快速实现了ShellCheck在OpenHarmony PC平台上的部署。

希望本文档能够帮助开发者理解：

🔧 如何适配使用不同构建系统的开源工具
🎯 如何选择合适的构建策略（源码编译 vs 预编译二进制）
📝 如何创建Makefile包装下载和安装流程
📦 如何生成HNP格式的安装包

💬 如有问题或建议，欢迎反馈！

诚邀各位参与投票，适配开源工具到鸿蒙平台时，你更倾向哪种构建方案？快来投票。

🗳️参与投票和联系我：

返回文章

人工智能6S服务平台

作为“人工智能6S店”的官方数字引擎，为AI开发者与企业提供一个覆盖软硬件全栈、一站式门户。

更多推荐

复杂算子实战 - Triton实现昇腾上的Gather算子优化

人工智能6S服务平台

华为昇腾的一小步，Pytorch的一大步

华为成为PyTorch基金会Premier会员，这是中国首个、全球第十个最高级别会员。2023年10月，PyTorch 2.1版本新增对昇腾NPU的支持，随后华为正式加入基金会。华为昇腾计算业务总裁表示将推动PyTorch生态发展，共建开源新生态。华为自2019年发布昇腾全栈方案后，持续深耕AI根技术，通过"硬件开放、软件开源"战略促进AI发展。此次合作标志着华为在开源生态建设