1.feat(Feature) 含义:表示新增功能(feature)的提交。 示例:feat: add night mode to the application 描述:用于描述新功能的添加,比如增加了一个新的用户界面特性或后端服务功能。 2.fix(Fix) 含义:表示修复错误(bug fix)的提交。 示例:fix: resolve null pointer exception in user login 描述:用于修复代码中...
commit message = subject + :+ 空格 + message 主体 例如:feat:增加用户注册功能 常见的 subject 种类以及含义如下: feat: 新功能(feature) 用于提交新功能。 例如:feat: 增加用户注册功能 fix: 修复 bug 用于提交 bug 修复。 例如:fix: 修复登录页面崩溃的问题 docs: 文档变更 用于提交仅文档相关的修改。 ...
feat: 新功能(feature)fix: 修补bugdocs: 文档(documentation)style: 格式(不影响代码运行的变动)refactor: 重构(即不是新增功能,也不是修改bug的代码变动)chore: 构建过程或辅助工具的变动revert: 撤销,版本回退perf: 性能优化 test:测试improvement: 改进build: 打包ci: 持续集成...
feat:新功能(feature) fix:修补bug docs:文档(documentation) style: 格式(不影响代码运行的变动) refactor:重构(即不是新增功能,也不是修改bug的代码变动) test:增加测试 chore:构建过程或辅助工具的变动 注意:如果type为feat和fix,则该 commit 将肯定出现在 Change log 之中。其他情况(docs、chore、style、refac...
~ 其实在平时开发中,也已经习惯了提交时增加前缀,比如feat、fix、 但是最近新来了一个同事,接手我的工作,我看到部分提交带了update这个前缀,我翻了下这块的规范,真没想到 真有这个前缀,相对于一色的feat,u…
Type 类型 (feat、fix、docs、style、refactor、test、chore) 为此次内容变更的类型,只能为下面的标识: - feat: 新特性 - fix: 修复bug - build: 构建或者外部依赖的变更~~ - refactor: 代码重构,既不是feat也不是fix的代码变更 - docs: 文档变更 - style: 风格,不会影响代码代码运行的变动(空格,分号,格...
refactor:不是进行feat和fix的代码修改,重构功能; perf:提升性能的代码修改; test:添加测试代码或者修正已经存在的测试功能代码; build:修改会影响构建或者依赖的代码; ci:修改集成配置的文件或者脚本; chore:一些不够影响到源码和测试文件的修改; revert:针对之前的一个提交的revert修改; ...
type为必填项,用于指定commit的类型,约定了feat、fix两个主要type,以及docs、style、build、refactor、revert五个特殊type,其余type暂不使用。 代码语言:javascript 代码运行次数:0 运行 AI代码解释 # 主要typefeat:增加新功能fix:修复bug # 特殊typedocs:只改动了文档相关的内容style:不影响代码含义的改动,例如去掉空...
{ "helpMessage": "\nPlease fix your commit message (and consider using https://www.npmjs.com/package/commitizen)\n", "types": [ "feat", "fix", "docs", "style", "refactor", "perf", "test", "chore", "revert" ], "warnOnFail": false, "autoFix": false } ...
feat:新增功能; fix:修复bug; docs:修改文档; refactor:代码重构,未新增任何功能和修复任何bug; build:改变构建流程,新增依赖库、工具等(例如webpack修改); style:仅仅修改了空格、缩进等,不改变代码逻辑; perf:改善性能和体现的修改; chore:非src和test的修改; ...