前言
使用套件時總是會好奇一般管理套件開發的流程是如何?今天遇到 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,並且擴充了額外的測試流程和環境也可以參考看看。