subject部分是最重要的git commit message的部分,也就是我们经常要写提交信息的部分,这一部分通常会一个言简意赅的信息描述,需要写出我们改动代码的原因。 上面的type,scope,subject三个部分是我们常用的部分,不过有些规范将git的提交规范定义为Header,Body和Footer三个部分,而type,scope,subject三个属于Header的部分。
但是,我们应该把commit message变得清晰明了,说明本次提交的目的 关于Commit message的规则有很多种,我下边介绍一下我自己的写法, 代码语言:javascript 代码运行次数:0 运行 AI代码解释 1.feat:新功能(feature)2.fix:修补bug3.docs:文档(documentation)4.style: 格式(不影响代码运行的变动)5.refactor:重构(即不是...
● refactor:重构(非新增功能、修改bug的代码变动) ● test:增加测试 ● chore:构建过程、辅助工具的变动 ● revert:用于撤销以前的 commit。(特殊情况) Scope:可选项。 说明commit 影响的范围,如:数据层、控制层、视图层,上层文件夹。 Subject:必填项。 关于commit 目的 的简短描述,不超过50个字符。 以动词开头...
refactor::重构代码,不改变功能。 style::调整代码格式、样式。 docs::更新或添加文档。 chore::常规的工作或任务,如构建、版本控制、配置文件等。 test::添加、更新或修复测试代码。 optimize::优化代码性能、效率。 revert::撤销之前的提交。 merge::合并分支或解决冲突。 release::发布一个版本。 hotfix::发布...
refactor:不是进行feat和fix的代码修改,重构功能; perf:提升性能的代码修改; test:添加测试代码或者修正已经存在的测试功能代码; build:修改会影响构建或者依赖的代码; ci:修改集成配置的文件或者脚本; chore:一些不够影响到源码和测试文件的修改; revert:针对之前的一个提交的revert修改; ...
feat: 新功能fix: bug 修复docs: 文档(documentation)style: 代码格式化，添加分号等(不影响代码运行的变动)refactor: 重构(不是新增功能也不是修改bug)test: 增加或修改测试用例chore: 构建过程或者辅助工具的变动perf: 改善性能的修改 3. 如何书写多行 commit message Git 每次提交代码，都需要写 Commit message，...
refactor : 重构(即不是新增功能,也不是修改bug的代码变动)。 upgrade/boost/perform : 升级、优化相关,比如提升性能、体验。 test : 测试相关 chore / cicd / build : 构建过程或辅助工具的变动 revert : 回滚到上一个版本。 version : (本工程的)版本管理、版本发布、源代码相关(含:依赖组件版本管理) ...
type 用于说明 commit 的类别,具体的标识如下: feat:一个新的功能(feature); fix:修复 bug; docs:修改文档,比如 README.md、CHANGELOG.md 等; style:修改代码的格式,不影响代码运行的变动,比如空格、格式化代码、补齐句末分号等等; refactor:代码重构,没有新功能的添加以及 bug 修复的代码改动; ...
refactor:重构(即不是新增功能,也不是修改 bug 的代码变动) test:增加测试 chore:构建过程或辅助工具的变动 如果type 为 feat 和 fix,则该 commit 将肯定出现在 Change log 之中。其他情况(docs、chore、style、refactor、test)由你决定,要不要放入 Change log,建议是不要。
type 用于说明 commit 的类别,具体的标识如下: feat:一个新的功能(feature); fix:修复 bug; docs:修改文档,比如 README.md、CHANGELOG.md 等; style:修改代码的格式,不影响代码运行的变动,比如空格、格式化代码、补齐句末分号等等; refactor:代码重构,没有新功能的添加以及 bug 修复的代码改动; ...