subject部分是最重要的git commit message的部分,也就是我们经常要写提交信息的部分,这一部分通常会一个言简意赅的信息描述,需要写出我们改动代码的原因。 上面的type,scope,subject三个部分是我们常用的部分,不过有些规范将git的提交规范定义为Header,Body和Footer三个部分,而type,scope,subject三个属于Header的部分。
当使用 Git 提交代码时,常见的 Git commit message 的前缀 feat: 或 feature::引入新的功能或特性。 fix::修复 bug 或问题。 refactor::重构代码,不改变功能。 style::调整代码格式、样式。 docs::更新或添加文档。 chore::常规的工作或任务,如构建、版本控制、配置文件等。 test::添加、更新或修复测试代码。
subject部分是最重要的git commit message的部分,也就是我们经常要写提交信息的部分,这一部分通常会一个言简意赅的信息描述,需要写出我们改动代码的原因。 上面的type,scope,subject三个部分是我们常用的部分,不过有些规范将git的提交规范定义为Header,Body和Footer三个部分,而type,scope,subject三个属于Header的部分。
feat: 新功能fix: bug 修复docs: 文档(documentation)style: 代码格式化，添加分号等(不影响代码运行的变动)refactor: 重构(不是新增功能也不是修改bug)test: 增加或修改测试用例chore: 构建过程或者辅助工具的变动perf: 改善性能的修改 3. 如何书写多行 commit message Git 每次提交代码，都需要写 Commit message，...
2.2 commit message 规范格式 [<type>:<systemScope>][<project>#<taskId/bugId/issueId>] : <subject> 2.2.1 type(必须) type(必须) : 用于说明git commit的类别,只允许使用下面的标识。 init : 初始化相关(工程、系统) feat : 新功能(feature) ...
但是,我们应该把commit message变得清晰明了,说明本次提交的目的 关于Commit message的规则有很多种,我下边介绍一下我自己的写法, 代码语言:javascript 代码运行次数:0 运行 AI代码解释 1.feat:新功能(feature)2.fix:修补bug3.docs:文档(documentation)4.style: 格式(不影响代码运行的变动)5.refactor:重构(即不是...
git commit -m 'feat(controller): add login function' git push # 强制推送:git push --force git push origin --delete myFeature # 删除远程myFeature分支 # 推送到异名分支: git push origin HEAD:master # 推送到同名分支 git push origin HEAD 4、 同步最新代码 develop分支将包含项目的所有历史,而ma...
入门Git Commit Message 的规范主要包括以下几点:编写简洁明了的标题、在正文中提供更详细的变更说明、使用标准的提交类型开头、引用相关的任务或问题ID、坚持使用相同的语言。其中,使用标准的提交类型开头是一个重要的规范。这意味着应该用一些常见的词汇如feat(新特性)、fix(修复)、docs(文档变更)、style(代码风格更...
rules: {'type-enum': [2,'always', ["feat","fix","docs","style","refactor","test","chore","revert"]],'subject-full-stop': [0,'never'],'subject-case': [0,'never'] } }; 上面我们就完成了commitlint的安装与提交规范的制定。但检验commit message的最佳方式是结合git hook,所以需要配合...
commit message = subject + :+ 空格 + message 主体 例如:feat:增加用户注册功能 常见的 subject 种类以及含义如下: feat: 新功能(feature) 用于提交新功能。 例如:feat: 增加用户注册功能 fix: 修复 bug 用于提交 bug 修复。 例如:fix: 修复登录页面崩溃的问题 ...