bug 假如第一次commit 生成pr，触发了ci, 并且也触发了check。那么后续同pr 提交，将会触发相关ci 两次

海外团队前端开发套件 🏊

前端开发中除UI组件外所有开发套件。

基于 | 规划文档 | Release Logs | 开发插件: Monorepo Workspace

Packages 📦

开发代码相关

• [x] webtools-utils (util) 通用的js工具函数
• [x] webtools-solutions (solutions) 与react相兼容的技术方案

开发插件相关

• [x] webtools-eslint (eslint) 团队公用 Eslint 规范配置
• [x] webtools-prettier (prettier) 团队公用 Prettier 规范配置
• [x] webtools-commitlint (commitlint) 团队公用 Commitlint 规范配置

发布流程 ⚙️

[💡开发必读💡]

通过 PR 触发 GitHub Actions 进行发布 ✅

1. 在当前package对应的分支上面进行开发；
2. 通过 git commit 提交更改, 必须携带 scope。需遵从 commit 约定；
3. 前往GitHub 提交 PR，PR的title同样需遵从 commit 规范，因为GitHub Actions会根据 PR title 来决定如何发包，发那个包，以及版本如果更新。
4. PR 提交后，需要等待 PR Title Lint 执行成功后再进行合并，以避免发布失败。
5. 代码评审，ok后，点击合并，等待github Action执行发布流程。

本地发布

仅作为测试手段或特殊情况特殊手段

1. git commit 提交更改, 必须携带 scope。
2. pnpm run release-scope 更新版本号、添加commit、打tag、生成changelog、将tag、commit同步到远程
3. pnpm run publish-scope 代码 build、发布到 github Package

体验与测试 🛝

在 playground/react-demo 中对各个包进行快速的体验测试与问题复现

 pnpm run playground
复制

创建新包、快速开始！🚀

• copy template/webtools-template 到 packages/ 中
• 将新包中所有的 template 名称替换为新包的 scope 名称
• 最后需要在以下文件中添加 新的 scope 的变量与逻辑
  • commit 配置: commitlint.config.js 在 scope-enum 中新增 scope
  • CI 配置：pr.yml 在 PR_TITLE_SCOPE 中新增 scope
  • CI 配置：check.sh 添加新 scope 的构建逻辑
• 启动！

TODO LIST 🧾

• [X] 集成 TypeDoc；
• [x] changelog 与README合并显示；
• [ ] 批量发布存在改动的包;