1 git commit -m "feat: 添加用户认证功能" 2. update: 描述: 对现有功能的更新或增强。 示例: 1 git commit -m "update: 对现有功能的更新或增强" 3. fix: 描述: 修复BUG。 示例: 1 git commit -m "fix: 修复BUG" 4. style: 描述: 样式相关的调整。 示例: 1 git commit -m "style: 格式化...
前端(frontend): HTML 文件:feat、fix、style、docs CSS 文件:feat、fix、style JavaScript 文件:feat、fix、refactor、test、perf Vue、React、Angular 等框架文件:feat、fix、refactor、test、perf 静态资源(图像、字体等):feat、fix 模板文件:feat、fix、docs 后端(backend): 源代码文件(Java、Python、C# 等):f...
feat: 添加新功能或功能改进 refactor: 代码重构,既不修复错误也不添加新功能的代码更改 docs: 更新文档,如 README、文档注释等 style: 代码样式调整,例如格式化、空格、缺少分号等,对代码逻辑没有实质性影响 test: 添加或修改测试代码 chore: 杂项工作,例如构建过程、任务配置、依赖管理等的更改 perf: 改进性能的...
subject是commit目的的简短描述,不超过50个字符。 建议使用中文(感觉中国人用中文描述问题能更清楚一些)。 结尾不加句号或其他标点符号。 根据以上规范git commit message将是如下的格式: fix(DAO):用户查询缺少username属性 feat(Controller):用户查询接口开发 以上就是我们梳理的git commit规范,那么我们这样规范git com...
git commit提交规范 type(*) commit 的类型: feat: 新功能、新特性(feature) add: 新增功能 fix: 修改 bug // fix:适合于一次提交直接修复问题 to:适合于多次提交。最终修复问题提交时使用fix docs: 文档修改 merge: 代码合并 deps: 升级依赖 style: 代码格式修改, 注意不是 css 修改(修改代码格式,例如分号...
以下是commit提交规范,主要是在提交代码时标识本次提交的属性 feat: 新功能(feature) fix: 修补bug docs: 文档(documentation) style: 格式(不影响代码运行的变动) refactor: 重构(即不是新增功能,也不是修改bug的代码变动) chore: 构建过程或辅助工具的变动 ...
commit message = subject + :+ 空格 + message 主体 例如:feat:增加用户注册功能 常见的 subject 种类以及含义如下: feat: 新功能(feature) 用于提交新功能。 例如:feat: 增加用户注册功能 fix: 修复 bug 用于提交 bug 修复。 例如:fix: 修复登录页面崩溃的问题 ...
feat: 或 feature::引入新的功能或特性。 fix::修复 bug 或问题。 refactor::重构代码,不改变功能。 style::调整代码格式、样式。 docs::更新或添加文档。 chore::常规的工作或任务,如构建、版本控制、配置文件等。 test::添加、更新或修复测试代码。
style:不影响代码含义的修改,如删除空格等 test:测试用例的新增或修改 build:项目构建或依赖进行更新 revert:一种特殊情况,如果当前commit用于撤销以前的commit,则必须用该type,后面跟着被撤销commit的Header。 ci:与 CI(持续集成服务)有关的改动,如GitLab CI ...
分别对应 Commit message 的三个部分:Header,Body和Footer。 Header Header 部分只有一行,包括三个字段:type(必需)、scope(可选)和subject(必需)。 type: 用于说明 commit 的类型。一般有以下几种: feat: 新增feature fix: 修复bug docs: 仅仅修改了文档,如readme.md style: 仅仅是对格式进行修改,如逗号、缩进...