一般来说,commit message应该清晰明了,说明本次提交的目的,具体做了什么操作。但是在日常开发中,大家的commit message千奇百怪,中英文混合使用、fix bug等各种笼统的message司空见怪,这就导致后续代码维护成本特别大,有时自己都不知道自己的fix bug修改的是什么问题。基于以上这些问题,我们希望通过定制 git commit 规...
最后,当时查看提交历史时,你会看到这样的commit message: docs(docs): 更新README文件 validate-commit-msg commitizen可以保证自己本地的commit message规范,但是无法保证队友也是规范的,所以需要其他工具来检测队友的提交记录是否规范。使用validate-commit-msg检查队友的commit message规范 安装 npm install validate-commit...
Git commit规范(约定式提交) fix: 修复Bug feat:新增功能 build:修改项目构建系统,eg:修改依赖库或升级版本... chore: 对非业务性代码进行修改,修改构建流程或工具配置等 docs:修改文档 style:修改代码的样式,eg:调整缩进、空格、空行等 refactor:重构代码,eg:修改代码结构、变量名、函数名等 perf:优化性能,eg:...
chore: 其他修改(不在上述类型中的修改) release: 发布新版本 workflow: 工作流相关文件修改 scope commit 影响的范围, 比如: route, component, utils, build... subject commit 的概述 body commit 具体修改内容, 可以分为多行. footer 一些备注, 通常是BREAKING CHANGE或修复的 bug 的链接. ...
git commit提交规范 type(*) commit 的类型: feat: 新功能、新特性(feature) add: 新增功能 fix: 修改 bug // fix:适合于一次提交直接修复问题 to:适合于多次提交。最终修复问题提交时使用fix docs: 文档修改 merge: 代码合并 deps: 升级依赖 style: 代码格式修改, 注意不是 css 修改(修改代码格式,例如分号...
git 提交规范 commit message = subject + :+ 空格 + message 主体 例如:feat:增加用户注册功能 常见的 subject 种类以及含义如下: feat: 新功能(feature) 用于提交新功能。 例如:feat: 增加用户注册功能 fix: 修复 bug 用于提交 bug 修复。 例如:fix: 修复登录页面崩溃的问题 ...
『chore』: 改变构建流程、或者增加依赖库、工具等 『revert』: 回滚到上一个版本 『merge』: 代码合并 这里面有些 angular 团队没有,自己可以自行增减 scope(可选) scope用于说明 commit 影响的范围,根据不同项目有不同层次描述。若没有特殊规定,也可以描述影响的哪些功能等。
简单介绍完上面的规范,我们下面来说一下commit.template,也就是 git 提交信息模板。 git 提交信息模板 如果你的团队对提交信息有格式要求,可以在系统上创建一个文件,并配置 git 把它作为默认的模板,这样可以更加容易地使提交信息遵循格式。 通过以下命令来配置提交信息模板: ...
●chore:构建过程或辅助工具的变动 scope用于说明 commit 影响的范围,比如数据层、控制层、视图层等等,视项目不同而不同。subject是 commit 目的的简短描述,不超过50个字符。 反面示例1 应该要这样feat:完成部门管理功能这样提交信息是叫完成部门管理功能,肯定是要包含上述的什么分页,新增,修改,删除等等的。没有必要...
type为必填项,用于指定commit的类型,约定了feat、fix两个主要type,以及docs、style、refactor、test、chore、五个特殊type,其余type扩充build、perf、ci、revert,也可以根据公司特殊要求做对应的扩展。 主要: feat:新功能(feature) fix:修复bug 特殊: docs:文档(documentation),只改动了文档相关的内容 ...