"commit-msg": "validate-commit-msg" } } #自定义校验格式(可选) #添加一个.vcmrc文件,配置对象如下: { "types": ["feat", "fix", "docs", "style", "refactor", "perf", "test", "build", "ci", "chore", "revert"], "scope": { "required": false, "allowed": ["*"], "validate...
type用于说明commit的类别,只允许使用下面7个标识 feat:新功能(feature) fix:修补bug docs:文档(documentation) style: 格式(不影响代码运行的变动) refactor:重构(即不是新增功能,也不是修改bug的代码变动) test:增加测试 chore:构建过程或辅助工具的变动 scope用来说明本次Commit影响的范围,即简要说明修改会涉及的...
rules: {'type-enum': [2,'always', ["feat","fix","docs","style","refactor","test","chore","revert"]],'subject-full-stop': [0,'never'],'subject-case': [0,'never'] } }; 上面我们就完成了commitlint的安装与提交规范的制定。但检验commit message的最佳方式是结合git hook,所以需要配合...
chore:一些不够影响到源码和测试文件的修改; revert:针对之前的一个提交的revert修改; 对于我们来说在写一个git commit的时候,要搞清楚当前提交的内容的真正含义是什么,从而选择正确的类型。此外还要求我们对于代码的修改需要尽量细粒度,话句话说就是尽量将一个大的改动进行拆分,根据适当的情况进行git提交,避免一次性...
chore:项目构建 例如:git commit message -m 'fix(adduser):添加用户信息' 首先我们执行git log --pretty=oneline查看git 的提交记录及修改注释 @git cz 全称:全局安装commitizen 设置支持angular 格式的commit message cz作用: 用于简化commit message
chore::常规的工作或任务,如构建、版本控制、配置文件等。 test::添加、更新或修复测试代码。 optimize::优化代码性能、效率。 revert::撤销之前的提交。 merge::合并分支或解决冲突。 release::发布一个版本。 hotfix::发布紧急修补补丁。 build::构建过程或工具相关的更改。
经常看到别人提交的代码记录里面包含一些feat、fix、chore等等,而我在提交时也不会区分什么,直接写下提交信息,今天就来看一下怎么个事,就拿 element-plus/ant-design 来看一下。 其实这么写是一种代码提交规范,当然不是为了炫技,主要目的是为了提高提交记录的可读性和自动化处理能力。
feat: 新功能fix: bug 修复docs: 文档(documentation)style: 代码格式化，添加分号等(不影响代码运行的变动)refactor: 重构(不是新增功能也不是修改bug)test: 增加或修改测试用例chore: 构建过程或者辅助工具的变动perf: 改善性能的修改 3. 如何书写多行 commit message Git 每次提交代码，都需要写 Commit message，...
不改变代码逻辑。 refactor: 代码重构,没有新增功能或修复bug perf: 优化相关,如提升性能、用户体验等。 test: 测试用例,包括单元测试、集成测试。 chore: 改变构建流程、或者增加依赖库、工具等。 revert: 版本回滚 scope: 用于说明 commit 影响的范围,比如: views, component, utils, test......
type用于说明 commit 的类别,只允许使用下面7个标识。 feat:新功能(feature) fix:修补bug docs:文档(documentation) style: 格式(不影响代码运行的变动) refactor:重构(即不是新增功能,也不是修改bug的代码变动) test:增加测试 chore:构建过程或辅助工具的变动 ...