以下是commit提交规范,主要是在提交代码时标识本次提交的属性 feat: 新功能(feature)fix: 修补bugdocs: 文档(documentation)style: 格式(不影响代码运行的变动)refactor: 重构(即不是新增功能,也不是修改bug的代码变动)chore: 构建过程或辅助工具的变动revert: 撤销,版本回退perf: 性能优化 test:测试improvement: 改...
commit message = subject + :+ 空格 + message 主体 例如:feat:增加用户注册功能 常见的 subject 种类以及含义如下: feat: 新功能(feature) 用于提交新功能。 例如:feat: 增加用户注册功能 fix: 修复 bug 用于提交 bug 修复。 例如:fix: 修复登录页面崩溃的问题 docs: 文档变更 用于提交仅文档相关的修改。 ...
git提交commit信息规范,fix,feat 可以确保团体合作中,从你的提交记录可以识别出你的动作 feat:新功能(featuer) fix: 修补bug docs: 文档(documentation) style:格式(修改样式,不影响代码运行的变动) refactor:重构(既不是新增功能,也不是修改bug的代码变动) chore:构建过程或辅助工具的变动 revert:撤销,版本回退 t...
1. feat: 描述: 新功能的添加。 示例: 1git commit -m "feat: 添加用户认证功能" 2. update: 描述: 对现有功能的更新或增强。 示例: 1git commit -m "update: 对现有功能的更新或增强" 3. fix: 描述: 修复BUG。 示例: 1git commit -m "fix: 修复BUG" 4. style: 描述: 样式相关的调整。 示例...
feat(新功能): 新增代码文件:新功能相关的代码文件、模块等。 更新测试文件:添加新功能的测试用例。 fix(修复): 修改代码文件:包含有问题代码的文件。 更新测试文件:修复问题的测试用例。 docs(文档): Markdown 文件:更新项目文档、README、帮助文件等。 注释:更新代码中的注释,提供更详细的说明。 style(代...
git config ——global commit.template [模板文件名] //这个命令能设置全局的提交模板,注意global前面是两杠 新建.gitmessage.txt(模板文件) 内容可以如下: # headr: <type>(<scope>): <subject> # - type: feat, fix, docs, style, refactor, test, chore ...
commit必须以type为前缀,类型由名词(例如feat表示新功能,fix表示修复等)组成,后面是可选的范围(scope),可选的感叹号(!),和必需的冒号(英文半角)和空格 commit后可以提供范围(scope),必须由括号括起的描述代码库部分的名词组成,例如fix(parser) 冒号和类型/范围前缀之后必须立即跟着描述(description),描述是代码更改...
以下是commit提交规范,主要是在提交代码时标识本次提交的属性 feat: 新功能(feature) fix: 修补bug docs: 文档(documentation) style: 格式(不影响代码运行的变动) refactor: 重构(即不是新增功能,也不是修改bug的代码变动) chore: 构建过程或辅助工具的变动 ...
commit message = subject + : + 空格 + message主体 常见的subject种类 如下: feat:新功能(feature) 用于提交新功能 例如:feat: 增加用户管理模块 fix:修复bug 用于提交bug修复 例如:fix: 修复刷新出现空白页面问题 docs:文档变更 用于提交仅文档相关的修改 ...
type: 用于说明 commit 的类型。一般有以下几种: feat: 新增feature fix: 修复bug docs: 仅仅修改了文档,如readme.md style: 仅仅是对格式进行修改,如逗号、缩进、空格等。不改变代码逻辑。 refactor: 代码重构,没有新增功能或修复bug perf: 优化相关,如提升性能、用户体验等。 test: 测试用例,包括单元测试、...