type 也就是我们做的 commit 的类型,通常为下列值之一: feat: 新功能、新特性 fix: 修改 bug perf: 更改代码,以提高性能(在不影响代码内部行为的前提下,对程序性能进行优化) refactor: 代码重构(重构,在不影响代码内部行为、功能下的代码修改) docs: 文档修改 style: 代码格式修改, 注意不是 css 修改(例如分...
subject是commit目的的简短描述,不超过50个字符。 建议使用中文(感觉中国人用中文描述问题能更清楚一些)。 结尾不加句号或其他标点符号。 根据以上规范git commit message将是如下的格式: fix(DAO):用户查询缺少username属性 feat(Controller):用户查询接口开发 以上就是我们梳理的git commit规范,那么我们这样规范git com...
commitizen可以保证自己本地的commit message规范,但是无法保证队友也是规范的,所以需要其他工具来检测队友的提交记录是否规范。使用validate-commit-msg检查队友的commit message规范 安装 npm install validate-commit-msg husky -D 添加package.json文件配置 "husky": { "hooks": { "commit-msg": "validate-commit-ms...
style: 代码格式(不影响代码运行的变动) 用于格式的修正,比如代码缩进、空格、逗号等等,不涉及代码逻辑变化。 示例:style: format code with prettier refactor: 重构(即不是新增功能,也不是修补bug的代码更改) 用于重构代码,既不修复bug也不增加功能的代码改动。 示例:refactor: simplify user validation logic perf...
git-commit-style-guide 目的 统一团队Git commit日志标准,便于后续代码 review,版本发布以及日志自动化生成等等。 统一团队的 Git 工作流,包括分支使用、tag 规范、issue 等 Git commit 日志参考案例 angular commit-message-test-project babel-plugin-istanbul ...
git commit提交规范 type(*) commit 的类型: feat: 新功能、新特性(feature) add: 新增功能 fix: 修改 bug // fix:适合于一次提交直接修复问题 to:适合于多次提交。最终修复问题提交时使用fix docs: 文档修改 merge: 代码合并 deps: 升级依赖 style: 代码格式修改, 注意不是 css 修改(修改代码格式,例如分号...
格式（不影响代码运行的变动）。
分别对应 Commit message 的三个部分:Header,Body和Footer。 Header Header 部分只有一行,包括三个字段:type(必需)、scope(可选)和subject(必需)。 type: 用于说明 commit 的类型。一般有以下几种: feat: 新增feature fix: 修复bug docs: 仅仅修改了文档,如readme.md style: 仅仅是对格式进行修改,如逗号、缩进...
style:不影响代码含义的修改,如删除空格等 test:测试用例的新增或修改 build:项目构建或依赖进行更新 revert:一种特殊情况,如果当前commit用于撤销以前的commit,则必须用该type,后面跟着被撤销commit的Header。 ci:与 CI(持续集成服务)有关的改动,如GitLab CI ...
git commit提交 一、具体规则 先来看看公式: <type>(<scope>):<subject> type 用于说明 commit 的类别,只允许使用下面8个标识。 feat:新功能(feature) fix:修补bug docs:文档(documentation) style: 格式(不影响代码运行的变动) refactor:重构(即不是新增功能,也不是修改bug的代码变动)...