[Javascript] Writing conventional commits with commitizen

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.

 

 After you add a feature, git status and add all the files.
Then run:
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.

 

 

 

posted @   Zhentiw  阅读(369)  评论(0编辑  收藏  举报
努力加载评论中...
点击右上角即可分享
微信分享提示