发布扩展：托管到 Git 仓库获得去中心化更新

扩展写完只差「让别人装上」。因为扩展体系建立在 Git 之上，发布就是把代码推到远程仓库——没有审核、没有上架流程。

发布四步

1. 编译产物：Webpack 模板项目跑 npm run build，确认 dist 产物完整；
2. 配置仓库字段：manifest.json 的 repository.url 指向你的远程仓库——这是用户安装与后续更新的寻址依据；
3. 核对身份字段：author 与 name 填扎实，避免与其他扩展撞 ID 被覆盖；
4. 推送到远程仓库：GitHub、Gitee、GitLab 均可，扩展系统不挑平台。

让扩展被找到

官方社区约定两条：

• 项目名统一以 gopeed-extension- 开头；
• 给仓库打上 gopeed-extension 标签。

照做后，用户在 GitHub 按标签检索就能发现你的扩展。

一仓库多扩展的形态

多个小扩展可以合住一个仓库：manifest 里 repository 加 directory 字段指向各自子目录，用户安装时用「仓库地址#子目录名」定位——官方示例仓库就是这种结构，见官方示例扩展。

更新如何到达用户

之后每次发布新版：改 version（semver）→ build → push。客户端按版本号比较发现更新，用户侧自动升级——你不做任何推送动作，更新靠 Git 天然分发。

相关阅读

• 用户侧的安装视角：扩展怎么装。
• 发布前把运行时能力核对一遍：goja 运行环境与存储 API。