当前位置：首页 > news >正文

Halo CLI 命令行工具：自动化管理博客与内容站点的开发利器

news 2026/5/4 2:26:13

1. 项目概述：Halo CLI，一个为开发者设计的效率工具

如果你正在使用 Halo 来搭建自己的博客或内容站点，并且经常需要处理批量文章发布、主题管理、插件更新这些重复性操作，那么今天聊的这个工具可能会让你眼前一亮。Halo CLI，全称 Halo Command-Line Interface，是 Halo 官方推出的一个命令行工具。简单来说，它让你能脱离浏览器，直接在终端里用命令来管理你的 Halo 站点。从登录认证、文章（Post）和单页（Single Page）的增删改查，到插件、主题、备份、评论等几乎所有后台操作，都能通过一行命令搞定。这对于需要自动化运维、批量处理内容，或者单纯喜欢命令行高效率的开发者来说，是一个不可或缺的利器。我最近在将几个站点的内容进行迁移和批量更新时深度使用了它，发现其设计思路非常“开发者友好”，尤其是对agent-skills和openclaw生态的集成，为自动化工作流打开了新的大门。接下来，我会结合自己的实操经验，为你拆解这个工具的核心用法、高级技巧以及那些官方文档里没写的“坑”。

2. 核心功能与设计思路解析

2.1 为什么需要命令行工具管理 Halo？

在图形化后台管理界面已经非常完善的今天，为什么还要推出一个 CLI 工具？这背后其实是两种不同的使用场景和效率哲学的考量。图形界面（GUI）适合单次、交互式的操作，比如写一篇新文章，调整一下主题设置，它的优势是直观、易上手。而命令行界面（CLI）则擅长处理重复、批量、可脚本化的任务。举个例子，你需要为50篇旧文章批量添加一个新的标签，或者每周自动备份一次数据库和附件，再或者将本地 Markdown 文件夹里的几十篇文章一次性发布到站点上。这些工作在 GUI 里做会非常耗时且容易出错，但在 CLI 里，可能就是写一个简单的 Shell 脚本或者 Python 脚本，循环执行几条命令的事情。

Halo CLI 的出现，正是为了填补这块空白。它将 Halo 的 REST API 封装成一套语义清晰、易于组合的命令，让开发者能够以编程的方式与 Halo 实例进行交互。这种设计极大地提升了在持续集成/持续部署（CI/CD）、内容同步、数据迁移等场景下的效率。它的定位不是一个替代品，而是一个强大的补充，专门服务于那些追求极致效率和自动化的用户。

2.2 架构与核心命令组概览

Halo CLI 采用模块化设计，其命令结构清晰反映了 Halo 后台的核心功能模块。安装后，通过执行halo --help，你就能看到它目前支持的所有命令组（Command Groups）：

auth: 认证管理。这是所有操作的起点，用于登录到不同的 Halo 实例并管理多个配置（Profile）。
post: 文章管理。核心中的核心，涵盖文章的列表、获取、创建、更新、发布、删除等全生命周期操作。
single-page: 单页管理。用于管理“关于我”、“友情链接”这类独立页面。
search: 站点内容搜索。可以直接从命令行搜索公开站点的内容。
plugin: 插件管理。插件的列表、安装、升级、启用、禁用等。
theme: 主题管理。主题的列表、安装、启用、配置等。
attachment: 附件管理。附件的上传、列表、删除等。
backup: 备份管理。触发数据备份、列出备份记录、从备份恢复等。
moment: 瞬间（动态）管理。类似微博的功能，可以发布、列表、删除瞬间。
comment: 评论管理。评论的列表、回复、审核（通过/驳回）等。
notification: 通知管理。查看系统通知。

这种按功能域划分的方式非常直观，只要你熟悉 Halo 的后台结构，就能很快上手对应的 CLI 命令。每个命令组下又有子命令，例如halo post list是列出文章，halo post create是创建文章。这种设计保证了命令的可发现性和一致性。

3. 环境准备与安装配置详解

3.1 系统与运行时要求

Halo CLI 基于 Node.js 开发，因此首先需要确保你的系统环境符合要求。官方明确要求 Node.js 版本需>= 22。这是一个比较新的版本要求，主要原因可能是其依赖的某些库或语言特性（如 ES 模块）在更早的版本中支持不完善。如果你的开发环境 Node.js 版本较低，需要先行升级。

升级 Node.js 的建议方案：对于 macOS 用户，使用nvm(Node Version Manager) 是管理多版本 Node.js 的最佳实践。你可以通过以下命令安装并切换到 v22：

# 安装 nvm (如果尚未安装) curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.1/install.sh | bash # 重新加载 shell 配置，或新开一个终端 source ~/.bashrc # 或 source ~/.zshrc # 安装 Node.js v22 的 LTS 版本 nvm install 22 nvm use 22

对于 Windows 用户，可以从 Node.js 官网直接下载 v22 以上的安装包，或者使用nvm-windows工具进行版本管理。

验证安装是否成功：

node --version # 应输出 v22.x.x 或更高 npm --version # 确保 npm 也随之安装

3.2 安装 Halo CLI 的多种方式

最主流和推荐的方式是通过 npm 进行全局安装，这样可以在系统的任何位置直接使用halo命令。

npm install -g @halo-dev/cli

安装完成后，验证安装：

halo --version

如果输出版本号（例如halo/1.0.0），则说明安装成功。

注意：有时全局安装可能会遇到权限问题（尤其是在 Linux 或 macOS 上）。如果出现EACCES错误，请不要使用sudo来安装 npm 全局包，这可能导致后续权限混乱。推荐的做法是修改 npm 的全局安装目录权限，或者使用nvm管理 Node.js，它会将全局包安装在用户目录下，无需sudo。具体可参考 Node.js 官方关于修复 npm 权限的文档。

备选安装方案：

使用npx临时运行：如果你只是偶尔使用，不想全局安装，可以使用npx @halo-dev/cli <command>来直接运行。但每次都需要下载，速度较慢，不适合频繁使用。
从源码构建：对于开发者或想体验最新特性的用户，可以克隆 GitHub 仓库进行本地构建。但这需要你熟悉pnpm和项目的构建流程，普通用户不推荐。

3.3 首次登录与多环境配置

安装好 CLI 后，第一步就是登录到你的 Halo 实例。这里有一个非常重要的概念：Profile（配置档）。Profile 允许你同时管理多个不同的 Halo 实例（例如本地的开发环境、测试服务器、线上生产环境），并在它们之间快速切换。

登录命令详解：Halo 目前支持两种认证方式：Bearer Token 和 Basic Auth。

1. 使用 Bearer Token 登录（推荐）：这是最常用且安全的方式。Token 可以在 Halo 后台的“个人设置” -> “个人访问令牌”中生成。

halo auth login \ --profile my-local-dev \ # 给这个配置档起个名字，如 `my-local-dev` --url http://127.0.0.1:8090 \ # 你的 Halo 实例地址 --auth-type bearer \ --token your-generated-token-here

参数解读：

--profile: 配置档名称。后续操作可以通过--profile my-local-dev指定使用哪个环境的配置。
--url: Halo 服务器的访问地址。确保 CLI 所在的机器可以访问这个地址。
--auth-type bearer: 指定认证类型为 Bearer Token。
--token: 你在 Halo 后台生成的令牌。

2. 使用 Basic Auth 登录：这种方式使用用户名和密码，但需要先在 Halo 服务端启用 Basic Auth 认证（默认是禁用的，因为不如 Token 安全）。首先，启动 Halo 时需添加参数：--halo.security.basic-auth.disabled=false然后使用 CLI 登录：

halo auth login \ --profile production \ --url https://your-production-site.com \ --auth-type basic \ --username admin \ --password your-admin-password

重要安全提示：Basic Auth 会将密码以明文或简单编码形式传输，在非 HTTPS 环境下极不安全。即使在 HTTPS 下，也建议优先使用 Token。Token 可以设置过期时间、随时吊销，且权限可控，是更现代的 API 认证方式。

验证与管理配置档：登录成功后，你可以查看当前激活的配置档和所有已保存的配置档。

# 查看当前使用的配置档信息 halo auth current # 列出所有已保存的配置档 halo auth profile list

halo auth profile list会列出所有配置档的名称和对应的服务器 URL，帮助你快速确认和管理多个环境。

4. 核心功能实操与高阶用法

4.1 内容管理：文章与单页的批量操作

这是 CLI 最能体现价值的地方。假设你有一个本地文件夹，里面存放了上百篇 Markdown 格式的博客文章，现在需要全部导入到 Halo。

第一步：了解文章的数据结构。在创建或更新文章前，最好先获取一篇现有文章的完整 JSON 结构，作为模板。

halo post get <post-name> --json --profile local > post_template.json

这条命令会将指定文章（通过文章名称或ID）的完整 JSON 数据（包括spec,status,metadata等所有字段）输出并保存到post_template.json文件。你可以用文本编辑器打开它，研究其中spec.content、spec.title、spec.slug、metadata.labels（标签）、metadata.categories（分类）等关键字段。

第二步：编写脚本批量创建。下面是一个简单的 Python 脚本示例，它遍历一个目录下的所有.md文件，并调用 Halo CLI 创建文章。

#!/usr/bin/env python3 import os import subprocess import json import frontmatter # 需要安装 `python-frontmatter` 库 def create_post_from_md(file_path): # 使用 frontmatter 库解析 Markdown 文件头（Front Matter） with open(file_path, 'r', encoding='utf-8') as f: post = frontmatter.load(f) # 从 Front Matter 中提取标题、slug等，如果没有则从文件名生成 title = post.get('title', os.path.splitext(os.path.basename(file_path))[0]) slug = post.get('slug', title.lower().replace(' ', '-')) content = post.content # 构建创建文章的命令 # 注意：这里简化处理，实际需要构造完整的 JSON。更稳健的做法是使用 `--stdin` 传递JSON。 # 由于Halo CLI `create` 命令可能直接接受参数，这里以调用 `curl` 调用 API 为例说明思路： # 实际上，Halo CLI 的 `post create` 可能需要一个 JSON 文件。我们可以先生成临时JSON文件。 post_data = { "spec": { "title": title, "slug": slug, "template": "", "cover": "", "deleted": False, "publish": True, # 直接发布 "pinned": False, "allowComment": True, "visible": "PUBLIC", "priority": 0, "excerpt": {"autoGenerate": True}, "categories": [], # 可以从 frontmatter 的 `categories` 字段解析 "tags": [], # 可以从 frontmatter 的 `tags` 字段解析 "htmlMetas": [], "content": content }, "apiVersion": "content.halo.run/v1alpha1", "kind": "Post", "metadata": { "name": "", # 名称可留空，系统自动生成 "labels": {} } } temp_json_file = f"/tmp/post_{slug}.json" with open(temp_json_file, 'w', encoding='utf-8') as jf: json.dump(post_data, jf, ensure_ascii=False) # 使用 Halo CLI 创建（假设 `create` 命令接受 `--file` 参数，具体需查文档或 --help） # 如果 CLI 不支持文件，则可能需要用 `subprocess` 管道传入JSON。 cmd = ['halo', 'post', 'create', '--file', temp_json_file, '--profile', 'local'] try: result = subprocess.run(cmd, capture_output=True, text=True, check=True) print(f"Successfully created: {title}") print(result.stdout) except subprocess.CalledProcessError as e: print(f"Failed to create {title}: {e.stderr}") finally: os.remove(temp_json_file) if __name__ == '__main__': md_dir = '/path/to/your/markdown/files' for filename in os.listdir(md_dir): if filename.endswith('.md'): create_post_from_md(os.path.join(md_dir, filename))

实操心得：在实际批量操作前，务必先在测试环境或使用单篇文章进行充分测试。特别是注意文章的slug（用于生成URL）不能重复，否则会导致创建失败。另外，Halo 文章的metadata.name是唯一标识，如果批量创建时指定了相同的name，也会冲突。通常建议在创建时省略metadata.name，让系统自动生成。

单页管理也是类似的逻辑：

# 获取“关于”页面的数据 halo single-page get about --json --profile local # 更新单页内容 # 假设你有一个更新后的 about.json 文件 halo single-page update about --file ./about.json --profile local

4.2 插件与主题的自动化管理

在 DevOps 流程中，我们可能希望用代码定义服务器上应安装的插件和主题列表，确保环境一致性。

列出已安装的插件和主题：

halo plugin list --json --profile prod halo theme list --json --profile prod

--json参数使得输出是结构化的 JSON 格式，非常适合被其他脚本（如jq）解析。

安装指定插件：假设你知道某个插件的 ID（例如PluginHelloWorld），可以从 Halo 应用市场安装。

halo plugin install PluginHelloWorld --profile dev

启用/禁用插件：

halo plugin enable PluginHelloWorld --profile dev halo plugin disable SomePlugin --profile dev

自动化场景示例：一个常见的场景是，在部署新的 Halo 实例后，自动安装一批必需的插件。你可以创建一个plugins.txt文件，列出插件ID，然后编写 Shell 脚本循环安装。

#!/bin/bash # install_plugins.sh while IFS= read -r plugin_id do echo "Installing $plugin_id..." halo plugin install "$plugin_id" --profile local if [ $? -eq 0 ]; then halo plugin enable "$plugin_id" --profile local fi done < plugins.txt

4.3 利用 JSON 输出与 Shell 脚本进行高级整合

Halo CLI 的--json输出选项是其自动化能力的核心。结合jq这个强大的命令行 JSON 处理器，你可以实现非常复杂的数据查询和操作。

示例1：获取所有已发布文章的标题和链接（slug）：

halo post list --json --profile prod | jq -r '.items[] | select(.spec.publish==true) | "\(.spec.title): \(.spec.slug)"'

这个命令会过滤出已发布（publish为true）的文章，并打印出“标题: slug”的格式。

示例2：统计每个分类下的文章数量：

halo post list --json --profile prod | jq -r '.items[].spec.categories[]?' | sort | uniq -c | sort -nr

这个命令先提取所有文章的分类（jq中的?用于处理可能为空的字段），然后排序、去重并计数。

示例3：将备份文件列表导出为 CSV：

halo backup list --json --profile prod | jq -r '.items[] | [.metadata.name, .spec.size, .status.phase] | @csv' > backups.csv

这会将备份名称、大小和状态导出为 CSV 文件，方便用 Excel 或 Numbers 打开分析。

通过这些组合，你可以轻松地将 Halo CLI 集成到你的监控脚本、数据统计报告或自动化部署流程中。

5. Agent Skills：解锁自动化工作流的钥匙

这是 Halo CLI 一个非常前瞻性和强大的特性，也是其与openclaw、agents生态连接的关键。项目根目录下的skills/文件夹包含了一系列可复用的“技能”（Skills）。这些技能本质上是一组预先定义好的、用于完成特定任务的提示词（Prompts）和工作流描述，专为 AI Agent（智能体）设计。

5.1 什么是 Agent Skills？

你可以把它理解为一套针对 Halo 管理任务的“标准化操作程序”（SOP）或“插件”。当你在一个支持openclaw或类似 Agent 框架的环境中工作时，你可以将这些技能“添加”到你的 Agent 技能库中。之后，你就可以用自然语言指挥 Agent 去完成复杂的 Halo 管理任务，例如：“检查一下生产站点的最新备份状态，如果超过24小时没有成功备份就发通知给我”，或者“把昨天用户提交的所有待审核评论都列出来”。

5.2 如何添加和使用 Skills

根据文档，你可以使用以下命令添加这组技能：

npx skills add halo-dev/cli

这条命令会从 npm 或 GitHub 获取@halo-dev/cli包中的skills/目录，并将其安装到你的 Agent 技能管理系统中。具体的安装路径和后续使用方式，取决于你使用的 Agent 平台（例如openclaw）。

添加后，建议阅读技能的使用说明：

skills/halo-cli/SKILL.md

这个SKILL.md文件应该详细描述了每个技能的功能、输入参数和预期输出。

5.3 技能包内容解析

Halo CLI 提供的技能包是模块化的，涵盖了不同领域：

halo-cli: 核心技能，包含基本的 CLI 调用能力。
halo-cli-shared: 共享的工具函数和类型定义。
halo-cli-auth: 专注于认证相关的技能。
halo-cli-content: 专注于文章、单页等内容管理的技能。
halo-cli-search: 专注于搜索内容的技能。
halo-cli-operations: 专注于插件、主题、备份等运维操作的技能。
halo-cli-moderation-notifications: 专注于评论审核和通知管理的技能。

这种设计意味着 Agent 可以根据你的指令，智能地组合调用这些底层技能。例如，当你要求“发布一篇新文章”时，Agent 可能会依次调用auth技能确保已登录，然后调用content技能来创建文章。

经验分享：目前 Agent 和 Skills 生态还处于早期阶段，对于大多数个人开发者来说，直接使用 CLI 命令编写脚本可能更直接可控。但这个特性指明了未来方向：低代码/无代码的自动化运维。对于团队或需要将 Halo 管理能力集成到更复杂智能工作流中的场景，Skills 提供了标准化的接口，价值会逐渐凸显。保持关注这个特性，未来当你的 AI 助手能直接帮你打理网站时，你会庆幸今天了解了它。

6. 配置、数据存储与安全

6.1 配置文件与凭证存储

了解 CLI 如何存储配置和凭证，有助于故障排查和多用户环境管理。

配置文件路径：Halo CLI 遵循 XDG 基目录规范，配置文件的查找优先级如下：

如果设置了HALO_CLI_CONFIG_DIR环境变量，则使用$HALO_CLI_CONFIG_DIR/config.json。
否则，如果设置了XDG_CONFIG_HOME环境变量，则使用$XDG_CONFIG_HOME/halo/config.json。
否则，使用默认路径~/.config/halo/config.json（Linux/macOS）或%APPDATA%\halo\config.json（Windows）。

这个config.json文件保存了你的Profile 元数据，包括你定义的配置档名称、对应的 Halo 实例 URL 等。注意，它不保存密码或 Token！

凭证的安全存储：你的登录凭证（Bearer Token 或 Basic Auth 的用户名密码）被安全地存储在你操作系统的**密钥环（Keyring）**中。

macOS: 存储在Keychain Access（钥匙串访问）中，应用名为halo-cli。
Linux: 通常使用libsecret或kwallet，取决于你的桌面环境。
Windows: 存储在Windows Credential Manager（凭据管理器）中。

这是非常重要的安全设计。即使你的配置文件被他人看到，他们也无法直接获取到 Token 或密码去访问你的 Halo 实例。当你运行halo auth login时，CLI 会与系统密钥环交互，存储凭证；后续执行命令时，再从中读取。

6.2 多环境配置实践

假设你管理三个环境：

local: 本地开发，地址http://localhost:8090
staging: 测试服务器，地址https://staging.yoursite.com
production: 生产服务器，地址https://www.yoursite.com

你可以分别登录，创建三个配置档：

# 登录本地 halo auth login --profile local --url http://127.0.0.1:8090 --auth-type bearer --token token_for_local # 登录测试服 halo auth login --profile staging --url https://staging.yoursite.com --auth-type bearer --token token_for_staging # 登录生产服 halo auth login --profile production --url https://www.yoursite.com --auth-type bearer --token token_for_production

之后，在执行任何命令时，通过--profile参数指定目标环境即可：

# 在测试服上列出文章 halo post list --profile staging # 在生产服上创建一个备份 halo backup create --profile production

这种模式清晰地将环境隔离开，避免了误操作。

7. 常见问题与故障排查实录

在实际使用中，你可能会遇到一些问题。以下是我踩过的一些坑和解决方案。

7.1 连接与认证问题

问题：执行命令时报错Error: connect ECONNREFUSED 127.0.0.1:8090

原因：CLI 无法连接到指定的 Halo 服务器地址。
排查：
1. 确认--url参数是否正确。如果是本地开发，确保 Halo 服务已经启动 (http://127.0.0.1:8090)。
2. 如果是远程服务器，检查网络是否通畅：ping your-server.com。
3. 检查 Halo 服务是否正在运行，并且没有防火墙或安全组规则阻止对应端口（默认8090）的访问。
4. 如果 Halo 部署在 Docker 容器内或使用了反向代理（如 Nginx），确保 CLI 能访问到正确的地址和端口。

问题：Error: Unauthorized或Error: Forbidden

原因：认证失败，Token 无效或权限不足。
排查：
1. Token 过期：Halo 后台生成的个人访问令牌可以设置有效期。检查 Token 是否已过期，如果过期，需要重新生成。
2. Token 被吊销：如果你在后台主动吊销了该 Token，它也会失效。
3. 权限不足：确认生成 Token 时，是否勾选了执行对应操作所需的权限范围（Scopes）。例如，管理文章需要content:posts权限，管理插件需要system:plugins权限。
4. Basic Auth 未启用：如果使用 Basic Auth，请确认启动 Halo 时已添加--halo.security.basic-auth.disabled=false参数。
5. 配置文件混乱：尝试使用halo auth logout --profile <profile-name>登出，然后重新登录。

7.2 命令执行与输出问题

问题：--json输出格式不符合jq处理预期

原因：halo命令的--json输出可能是一个 JSON 数组或一个包含items字段的 JSON 对象，这取决于具体的子命令（如list和get的输出结构不同）。
解决方案：先用halo <command> --json输出到文件，查看其完整结构。
```
halo post list --json --profile local > output.json cat output.json | jq '.' # 美化输出，查看结构
```
然后根据实际结构编写jq过滤表达式。例如，list命令通常返回{“items”: [...]}，而get命令直接返回单个资源对象。

问题：执行批量操作时，部分失败导致脚本中断

原因：在 Shell 脚本中，如果某条halo命令执行失败（返回非零退出码），默认会导致脚本终止（如果使用了set -e）。

解决方案：在循环中处理可能的错误，使脚本更健壮。

for post in posts/*.json; do halo post create --file "$post" --profile local || { echo "Failed to create post from $post, but continuing..." >&2 # 可以记录失败日志到文件 echo "$post" >> failed_posts.log } done

7.3 环境与依赖问题

问题：halo命令未找到或执行报错node: command not found

原因：Node.js 未正确安装或全局安装的halo命令不在系统的PATH环境变量中。
排查：
1. 确认 Node.js 已安装且版本 >=22：node --version。
2. 确认 npm 全局安装目录在PATH中。可以通过npm config get prefix查看全局安装路径，确保该路径下的bin文件夹（如/usr/local/bin或%APPDATA%\npm）已添加到PATH。
3. 对于使用nvm的用户，确保在正确的终端会话中已经nvm use 22。

问题：在 CI/CD 流水线（如 GitHub Actions）中如何使用？

解决方案：在 CI 环境中，你需要：
1. 安装 Node.js >=22。
2. 全局安装@halo-dev/cli。
3. 使用halo auth login登录，但这里不能交互式输入。你需要将 Token 存储在 CI 的 Secrets 中，并通过环境变量或脚本参数传递。
```
# GitHub Actions 示例步骤 - name: Install Halo CLI run: npm install -g @halo-dev/cli - name: Login to Halo run: | halo auth login \ --profile ci \ --url ${{ secrets.HALO_URL }} \ --auth-type bearer \ --token ${{ secrets.HALO_TOKEN }}
```
重要安全提醒：永远不要将 Token 硬编码在脚本或仓库文件中，务必使用 CI 系统提供的 Secrets 管理功能。

8. 开发与贡献指南

如果你对 Halo CLI 本身感兴趣，或者遇到了 Bug 想修复，可以参与到其开发中。

8.1 项目结构与开发命令

克隆项目后，你会发现它是一个标准的 TypeScript Node.js 项目，使用pnpm作为包管理器。

git clone https://github.com/halo-dev/cli.git cd cli pnpm install

常用的开发命令：

pnpm typecheck: 运行 TypeScript 类型检查，确保代码类型安全。
vp lint: 运行代码风格检查（vp可能是项目内部的一个脚本别名，具体需查看package.json）。
vp test: 运行单元测试。
vp pack: 打包项目，生成准备发布的文件。

8.2 发布流程浅析

项目使用release-it工具来管理版本发布流程，这是一个非常流行的自动化发布工具。

vp run release:dry: 执行一次“干跑”，模拟发布过程，包括版本号提升、生成变更日志、创建 Git 标签等，但不会实际执行任何写入操作（如推送标签、发布到 npm）。这是检查发布流程是否正确的安全网。
vp run release: 实际执行发布流程。它会：
1. 根据约定式提交（Conventional Commits）的信息，决定提升主版本号（major）、次版本号（minor）还是修订号（patch）。
2. 更新package.json中的版本号。
3. 生成或更新CHANGELOG.md文件。
4. 创建一个新的 Git 提交和标签。
5. 将提交和标签推送到远程仓库（如 GitHub）。
6. 在 GitHub 上创建一个 Release。

需要注意的是，文档中明确指出，这个发布流程does not publish the package to npm（不会将包发布到 npm）。实际的 npm 发布可能由 CI/CD 流水线在检测到新的 Git 标签后自动触发，或者由维护者手动执行npm publish。这种将版本管理和 npm 发布分离的做法，在开源项目中很常见，提供了更大的灵活性。

对于普通用户来说，理解这个流程有助于你跟踪项目的更新节奏。当你看到 GitHub 上有了新的 Release，但 npm 上的版本还没更新时，就知道可能处于发布流程的中间状态。

查看全文

http://www.jsqmd.com/news/748071/