44讲 发布构建包到npm社区
发布到npm
升级版本
升级补丁版本号：npm version patch
升级小版本号：npm version minor
升级大版本号：npm version major
发布版本：npm publish
45讲 Git Commit规范和changelog生成
良好的Git commit规范优势
- 加快Code Review的流程
- 根据Git Commit的元数据生成Changelog
- 后续维护者知道Feature被修改的原因
技术方案
提交格式要求
<Type>(<scope>):<subject>
<BLANK LINE>
<body>
<BLANK LINE>
<footer>
对格式说明如下：
- type 代表某次提交的类型，比如修复一次bug，还是增加一个feature。所有type类型如下：
- feat：新增feature
- fix：修复bug
- docs：仅仅修改了文档，比如README、CHANGELOG、CONTRIBUTE等等
- style：仅仅修改了空格、格式所进、逗号等等，不改变代码逻辑
- refactor：代码重构，没有新增feature或者修复bug
- perf：优化相关，比如提升性能、体验
- test：测试用例，包括单元测试、集成测试等
- chore：改变构建流程，或者增加依赖库、工具等
- revert：回滚到上一个版本
本地开发阶段增加precommit钩子
安装husky
npm install husky --save-dev
通过commitmsg钩子校验信息
ChangeLog生成
46讲 语义化版本（Semantic Versioning）规范格式
案例
遵循semver规范优势
规范格式
主版本号： 当你做了不兼容的API修改
次版本号： 当你做了向下兼容的功能性新增
修订号：当你做了向下兼容的问题修正。
参考
程柳锋 《极客时间》 《玩转webpack》第四章44-46讲
