前言
使用套件时总是会好奇一般管理套件开发的流程是如何?今天遇到 Matt Pocock 的 Blazing Fast Tips: Publishing to NPM 教学于是顺手实作了一次,并且把自己之前遇过的需求写成一个独立的 TS 套件公开发布:edit-element。
一、安装 TypeScript
- 初始化新 NPM 套件先。
- 安装最新版的 TypeScript。
- 初始化一个基本的 TypeScript 配置文件,这会生成一个默认的
tsconfig.json
,可根据需要修改。
最后可以直接执行 tsc 文件位置
来将 .ts
文件进行转译为 .js
:
二、转换模块格式
尴尬的是 JavaScript 生态内有 CommonJS 与 ES Modules 两种模块系统,所以借助 tsup 套件协助将 ts
快速打包成需要的文件,安装好后在 package.json
设置 NPM Scripts 中设置要触发的脚本即可。
设置同样非常简单,标示一下 TS 文件位置以及要转换的种类,并且预设生成于 dist
文件夹中。生成不同种类的套件文件后记得于标示不同模块系统需要对照的文件。
三、严谨 CI 流程
目前已经可以完美编辑 index.ts
并 tsup 处理后推上 NPM 发布属于你自己的套件了!不过整个代码发布的流程还不是太严谨,最好是可以在每次有代码推送时对代码进行一次检测和构建,GitHub Actions 可以很方便的达成这件事,只要在 .github/workflows
新建一支简单的流程文件:
四、通过 Changeset GitHub Actions 进行自动化语意化版本发布
CI 流程有了,我们可以进一步思考如何将部署的流程也同样自动化。安装 @changesets/cli 同样新增一个新的 Workflow 通过 changesets/action 来自动化:
关于会使用到的环境变量:
GITHUB_TOKEN
- 通过设置permissions
赋予必要的 GitHub 权限,该变量默认存在。NPM_TOKEN
- 登录到 NPM > Access Tokens 去设置获取自己账号读写权限的密钥,并放到 GitHub Env 当中
设置完成后我们可以随时在想更动项目版本时执行 npm run changeset
并输入要更新的套件版本种类与细节描述,将会自动生成一个暂时的 markdown 文件存放。
后续要推送版本就可以使用 npm run chagneset version
便会自动更新套件版本,commit 后通过先前撰写的 Publish 流程发现版本差异就会自动部署上 NPM 以及 GitHub Releases。
总结
如果你偏好通过影片学习建议可以看 Matt Pocock 的 Blazing Fast Tips: Publishing to NPM 教学,但要留意套件版本较低,并且后续有一些改动需要调整,最新进度应该查看 mattpocock/pkg-demo 仓库。
我通过这个教学也写了一个自己的套件:edit-element,并且扩充了额外的测试流程和环境也可以参考看看。