最近需要和学长在项目上一起开发新功能,git commit 和分支管理就显得比较重要。于是查阅了一下 git commit 的一些规范。基本格式如下: <type>(<scope>): <subject> <BLANK LINE> <BLANK LINE> 其中,type 表示提交类型,分别为: feat: 新增 feature fix: 修复 bug docs: 仅仅修改了文档,比如 README, CHA...
常见的Git中commit类型 在Git提交规范中,常见的commit类型通常包括以下几种: feat: 新功能(feature) 用于描述新增加的功能。 示例:feat: add user login feature fix: 修补bug 用于描述修复了一个bug。 示例:fix: correct user authentication docs: 文档(documentation) 用于对文档的更改,比如README文件的更新。 ...
分支命名规范 使用有意义的名称,如功能名,修复类型等,并遵循统一的前缀,如feature/,bugfix/,release/。 Commit提交规范 提交信息结构 <类型>(<范围>): <主题> <空行> <详细描述> 类型:表示提交的类型,如feat(新功能),fix(修复),docs(文档),refactor(重构),test(测试),chore(维护),style(变更xxx代码格式或...
使用validate-commit-msg 检查队友的commit message规范 #安装 $ npm install validate-commit-msg husky -D #添加package.json文件配置 "husky": { "hooks": { "commit-msg": "validate-commit-msg" } } #自定义校验格式(可选) #添加一个.vcmrc文件,配置对象如下: { "types": ["feat", "fix", "do...
Git是我们日常工作中使用最为广泛的分布式版本代码控制系统,因此在我们的实际工作中,git commit代码提交规范能够让每一次代码提交都变得有据可循,方便后续的代码审查、问题追踪和版本管理。同时,规范的提交信息也能够为自动化工具提供便利,如生成变更日志、自动化部署等。
feat: 或 feature::引入新的功能或特性。 fix::修复 bug 或问题。 refactor::重构代码,不改变功能。 style::调整代码格式、样式。 docs::更新或添加文档。 chore::常规的工作或任务,如构建、版本控制、配置文件等。 test::添加、更新或修复测试代码。
类型(Type):必填,指明本次提交的目的,如 feat 表示新开发的功能(feature)、fix 表示修复 bug、refactor 表示代码重构等。 作用域(Scope):可选,描述修改的影响范围,如模块名、功能名等,视项目不同而不同。 主题(Subject):必填,是 commit 简明扼要的提交描述。长度建议不超过 50 个字符。
分别对应 Commit message 的三个部分:Header,Body和Footer。 Header Header 部分只有一行,包括三个字段:type(必需)、scope(可选)和subject(必需)。 type: 用于说明 commit 的类型。一般有以下几种: feat: 新增feature fix: 修复bug docs: 仅仅修改了文档,如readme.md style: 仅仅是对格式进行修改,如逗号、缩进...
1 . commit message规范 规范格式: 代码语言:javascript 代码运行次数:0 运行 AI代码解释 <type>:<subject> type feature: 新功能(feature) fix: 修补bug、style等 refactor: 重构(即不是新增功能,也不是修改bug的代码变动) test: 增加测试 chore: 构建过程或辅助工具的变动 ...
Git 是我们日常工作中使用最为广泛的分布式版本代码控制系统,因此在我们的实际工作中,git commit 代码提交规范能够让每一次代码提交都变得有据可循,方便后续的代码审查、问题追踪和版本管理。同时,规范的提交信息也能够为自动化工具提供便利,如生成变更日志、自动化部署等。