standard-version 是一款遵循语义化版本( semver)和 commit message 标准规范 的版本和 changlog 自动化工具。通常情况线下,我们会在 master 分支进行如下的版本发布操作: git pull origin master 根据pacakage.json 中的 version 更新版本号,更新 changelog git add -A, 然后 git commit git tag 打版本操作 push...
"commit-msg": "commitlint -e $GIT_PARAMS" } } 自动化生成 变更日志(Changelog) [conventional-changelog-cli](conventional-changelog/packages/conventional-changelog-cli at master · conventional-changelog/conventional-changelog (github.com)) 默认推荐的 commit 标准是来自 angular 项目,除了 angular 标准以外...
2. 生成 CHANGELOG.md,把 Git Commit Message 的消息自动生成 CHANGELOG.md3. Message 检查,是否有 “不符合” 规范的内容,可以在 GitHook 中使用 提交以及检查工具相对来说简单,大家自学即可,所以我以生成 CHANGELOG.md 举例。 # 安装 CHANGELOG 生成器 yarn global add standard-version # 生成文档 standard-ve...
// package.json{"husky":{"hooks":{"pre-commit":"standard \"src/**/*.{js,vue,wpy}\" | snazzy",}}}注:检测 src 目录下的所有文件后缀为.js||.vue||.wpy 的文件编码,是否符合规范。 若不符合,git 钩子将会阻止 git 继续 commit,并且会报出错误信息; 若符合代码规范,git commit 就会成功提交...
上面的脚本只是做了简单的分支 pull, 执行 standard-version 和最后的版本 push 工作,如果要做一些定制化的执行参数,则需要做定制修改了 Emoji 提交 在git commit 上使用 emoji 提供了一种简单的方法,仅通过查看所使用的表情符号来确定提交的目的或意图, 得提交记录非常好理解,阅读体验非常棒。
在日常的开发工作中,我们通常使用 git 来管理代码,当我们对代码进行某项改动后,都可以通过 git commit 来对代码进行提交。 git 规定提交时必须要写提交信息,作为改动说明,保存在 commit 历史中,方便回溯。规范的 log 不仅有助于他人 review, 还可以有效的输出 CHANGELOG,甚至对于项目的研发质量都有很大的提升。
r,reword = 使用提交,但修改提交说明 e,edit = 使用提交,退出后使用gitcommit--amend 修改 s,squash = 使用提交,合并前一个提交 f,fixup = 和squash相同,但丢弃提交说明日志 d,drop = 删除提交,丢弃提交记录 https://huzizi.com/git-commit-standard/...
进行commit规范化的好处是为了提高团队协作效率,使代码阅读性更强。还有另外一个节省后期维护版本信息的成本。通过规范化commit行为,我们可以通过自动化工具生成版本信息这样极大的降低了维护成本,提高了工作效率。在这里我使用的版本发布工具是standard-version,当然还有conventional-changelog可以使用。
1、npm- standard-version官网包说明 https://www.npmjs.com/package/standard-version 2、安装 npm i -g standard-version 三、使用 1、日常git commit规范 Conventional Commits 提交说明的结构如下所示: <类型>([可选的作用域]): <描述> [可选的正文] ...
奉上一份git commit规范 引言 在日常的开发工作中,现在流行的源码版本管理通常使用 git 来管理,当我们对代码进行某项改动后,通过 git commit 来对代码进行提交。 git 规定提交时必须要写提交信息,作为改动说明,保存在 commit 历史中,方便回溯。规范的 log 不仅有助于他人 review, 还可以有效的输出 CHANGELOG,甚至...