以下是commit提交规范,主要是在提交代码时标识本次提交的属性 feat: 新功能(feature)fix: 修补bugdocs: 文档(documentation)style: 格式(不影响代码运行的变动)refactor: 重构(即不是新增功能,也不是修改bug的代码变动)chore: 构建过程或辅助工具的变动revert: 撤销,版本回退perf: 性能优化 test:测试improvement: 改...
git config commit.template [模板文件名] //这个命令只能设置当前分支的提交模板 git config ——global commit.template [模板文件名] //这个命令能设置全局的提交模板,注意global前面是两杠 新建.gitmessage.txt(模板文件) 内容可以如下: # headr: <type>(<scope>): <subject># - type: feat, fix, docs...
产生diff 并自动修复此问题。适合于一次提交直接修复问题。
git config commit.template[模板文件名]//这个命令只能设置当前分支的提交模板git config ——global commit.template[模板文件名]//这个命令能设置全局的提交模板,注意global前面是两杠 新建.gitmessage.txt(模板文件) 内容可以如下: 代码语言:javascript 复制 # headr:<type>(<scope>):<subject>#-type:feat,fi...
在提交说明中,可以使用feat和fix之外的类型。 工具的实现必须不区分大小写地解析构成约定式提交的信息单元,只有BREAKING CHANGE 必须是大写的。 可以在类型/作用域前缀之后,:之前,附加!字符,以进一步提醒注意破坏性变更。当有!前缀时,正文或脚注内必须包含BREAKING ...
type用于说明 commit 的类别,只允许使用下面7个标识。 feat:新功能(feature) fix:修补bug docs:文档(documentation) style: 格式(不影响代码运行的变动) refactor:重构(即不是新增功能,也不是修改bug的代码变动) test:增加测试 chore:构建过程或辅助工具的变动 ...
Commit message格式 <type>: <subject> 注意冒号后面有空格。 type 用于说明 commit 的类别,只允许使用下面7个标识。 feat:新功能(feature) fix:修补bug docs:文档(documentation) style: 格式(不影响代码运行的变动) refactor:重构(即不是新增功能,也不是修改bug的代码变动) ...
以下是commit提交规范,主要是在提交代码时标识本次提交的属性 feat: 新功能(feature) fix: 修补bug docs: 文档(documentation) style: 格式(不影响代码运行的变动) refactor: 重构(即不是新增功能,也不是修改bug的代码变动) chore: 构建过程或辅助工具的变动 ...
fix/to：修复bug，可以是QA发现的BUG，也可以是研发自己发现的BUG。
分别对应 Commit message 的三个部分:Header,Body 和 Footer。 Header Header 部分只有一行,包括三个字段:type(必需)、scope(可选)和subject(必需)。 type: 用于说明 commit 的类型。一般有以下几种: 复制 feat: 新增featurefix: 修复bugdocs: 仅仅修改了文档,如readme.mdstyle: 仅仅是对格式进行修改,如逗号、...