Because semantic-release requires a specific message format, it's easier to follow this convention using a tool called commitizen. In this lesson, we'll use it to write our first conventional commit message.
Install:
npm i -D commitizen cz-conventional-changelog
package.json:
{ "czConfig": { "path": "node_modules/cz-conventional-changelog" }, "scripts": { "commit": "git-cz", "start": "cross-env NODE_ENV=development webpack-dev-server --progress --profile --colors --display-error-details --display-cached --inline", "test": "cross-env NODE_ENV=test karma start", "test:single": "cross-env NODE_ENV=test karma start --single-run", "semantic-release": "semantic-release pre && npm publish && semantic-release post" }, }
The convention it follows is from angular
Committing a new feature with commitizen
n this lesson, we'll add a new feature to our library and use commitizen to generate our commit message that follows the convention for semantic-release to know it needs to bump the minor version.
npm run commit
It will let you go thoguht few steps of commit message, then you can push to github.
Automatically Releasing with TravisCI
Now that we have everything set up with semantic-release and we have a feature commit, let's push that up and watch TravisCI use semantic-release do our library release automatically.
After you git push to master. Traavis will automatically run the build and tests, if everything pass, then it will automaticlly update the package version number and release the package in github and npm.
本文介绍如何使用Commitizen工具来规范提交消息的格式,遵循Angular的提交约定,以实现语义化的版本发布。文中详细讲解了安装配置过程及如何通过Travis CI自动发布版本。
1055

被折叠的 条评论
为什么被折叠?



