Git Commit规范

已于 2023-03-24 09:52:53 修改
阅读量187 收藏
点赞数
分类专栏： 开发 文章标签： git
于 2023-03-24 09:52:15 首次发布
原文链接：https://mp.weixin.qq.com/s/5aOWB4V1Wh_CNLhj4259yg
版权

我们先来看一个简单的commit提交:

git commit -m 'feat: 新增xx功能'

这里阐述了commit message的语法:

<type>(<scoped>): <commit message>

相关参数说明:
type: 本次提交的类型 -> 类型可根据项目团队成员习惯去做相应调整

  • feat: 新功能(feature)
  • fix: 修补bug
  • style: 代码格式(不影响代码运行的变动)
  • docs: 只改动了文档相关的内容(documentation)
  • refactor: 代码重构时使用
  • revert: 执行git revert打印的message
  • build: 构造工具的或者外部依赖的改动，例如webpack，npm
  • perf：性能优化（Performance improvement）
  • test：测试方面的改动
  • ci：与持续集成服务有关的改动
  • chore：不修改src或者test的其余修改，例如构建过程或辅助工具的变动
  • scoped: 可选项，说明影响范围，eg: 数据层/控制层等…
  • commit message: 本次的提交说明, 应清晰明了, 说明本次提交目的.
一码评川
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Git commit规范
Cupster
04-15 996
概述 Commit message 的写法规范有多种，其中Angular 规范是目前使用最广，比较合理和系统化，并且有配套的工具/插件 2.作用 1.方便快速浏览 $ git log <last tag> HEAD --pretty=format:%s 2.过滤查看指定类型 $ git log <last release> HEAD --grep feature 3.生成Change log npm install -g conventional-changelog $ cd m
git commit规范化
xm2by的博客
07-27 733
git commit规范化 项目中，每次使用git提交代码时都需要填写提交信息，每个人填写提交信息的风格都不一样，为了保持项目中git commit一致性，就需要对git commit进行规范化处理，规范的git commit 可以让项目的提交信息整洁明了，也可以让我们通过提交信息可以清晰的知道本次提交的内容，出现问题时也可以更快速的查询问题，如果项目需要生成changelog日志，规范的git ...
git commit
testsust的专栏
09-21 239
如果已经通过git push提交了，看你们公司用的什么git服务器了，一般用户想修改的话需要相关的权限，找管理员了;如果已经有其他开发人员基于你的提交进行了修改并提交的话，那就更麻烦了，后面的所有提交都要重新做一遍; 如果还没有push到服务器，只是本地进行了commit，并且没有进行新的commit，只需要git commit --amend;如果进行了新的commit，只需要git re
git提交commit信息规范，fix，feat
最新发布
imkaifan的博客
08-02 399
it提交时常见的字段含义，包括新功能（feat）、修复bug（fix）、文档更新（docs）、代码格式调整（style）、重构（refactor）、构建工具更改（chore）、版本回退（revert）、性能提升（perf）、测试相关（test）、代码改进（improvement）、打包操作（build）以及持续集成（ci）
Git Commit 提交规范
江江的博客
07-05 193
Conventional Commits 规范是一种轻量级的提交信息约定。它提供了一套简单的规则，用于创建明确的提交历史，从而更容易在此基础上编写自动化工具。该规范与 SemVer（语义化版本）相辅相成，通过在提交信息中描述特性、修复和重大变更，明确版本变更的类型。
Git Commit 之道：规范化 Commit Message 写作指南
pursuit的博客
11-12 1万+
在软件开发的征程中，清晰明了的 Git Commit Messages 是项目成功的关键。本指南将教你如何通过规范化 Git 提交信息，提高代码可读性，以及如何巧妙撰写自动生成的 Change Logs，精准记录项目的演变。让你的团队与你共同领略 Git Commit 的精髓，推动项目可维护性的巅峰。
Commit提交规范
qq_43203586的博客
09-26 1986
Commit提交规范 整体上根据 angular 规范提交 commit，细微处做了修改。 <type>(<scope>): <subject> <BLANK LINE> <body> <BLANK LINE> <footer> （1）type 提交 commit 的类型，包括以下几种 feat: 新功能 fix: 修复问题 docs: 修改文档 style: 修改代码格式，不影响代码逻辑 refact
Git Commit的正确姿势
行云流水
09-26 1万+
Commit message 的格式每次提交，Commit message 都包括三个部分：Header，Body 和 Footer。<type>(<scope>): <subject>// 空一行<body>// 空一行<footer> 其中，Header 是必需的，Body 和 Footer 可以省略。不管是哪一个部分，任何一行都不得超过72个字符（或100个字符）。这是为了避免自动换行影响美观
Git Commit 规范1
08-03
下面将详细解释Git Commit规范中的各个组成部分。 1. **类型(Type)**： - **feat**：表示添加了一个新功能或特性。当你向项目中添加新的功能或改进时，应使用这个标识。 - **fix**：用于修复已知的bug。当你的...
git操作---git commit规范
Andy的博客
04-02 906
commit规范
Git Commit提交规范总结
拾年一剑 的专栏
02-27 6230
团队协作中，规范的Git提交记录，使提交历史明确可追溯，有助于更好的协作，方便后期代码的开发和维护
git提交规范 fix,feat等字段含义
JessicaLi的博客
10-26 1419
提交规范，主要是在提交代码时标识本次提交的属性。
git commit时的几种指令
summer942zjb的博客
01-14 1116
feat(feature) 意为：新功能 git commit -m 'feat(xxx):xxx' style 意为：样式上的变动，不影响代码逻辑 git commit -m 'style(xxx):xxx' fix 意为：修复（修复bug）有时可在相关commit上加上修复的bug的等级 如： Blocker (中断) : 客户端程序无响应，无法执行下一步操作 Critical (严重)...
git commit 提交规范 & 规范校验
热门推荐
BiuBiu_Tian(田)
06-06 7万+
1、背景 在多人协作项目中，如果代码风格统一、代码提交信息的说明准确，那么在后期协作以及Bug处理时会更加方便。 因此，在本文章中，我会介绍怎么使用下面这个工具，在git push 代码之前检测commit messages： commitlint husky commitlint介绍 2、先来介绍博主采用的commit规范 Commit message格式 &amp;lt;ty...
git commit语义规范
qq_42901723的博客
12-10 565
These ....RP Close #33949(可选)
关于git commit -m ‘‘书写规范
实事求是，艰苦奋斗，小小的梦想，终将实现。
02-23 1279
关于git代码提交描述规范可以参考：约定式提交 Commit message 的格式 Commit message 都包括三个部分：Header，Body 和 Footer。 <type>(<scope>): <subject> //header // 空一行 <body> // 空一行 <footer> 其中，Header 是必需的，Body 和 Footer 可以省略。 Header type用于说明commit的类型如下 fea.
git 提交中的commit 规范
weixin_46761843的博客
08-06 3466
最近又接受一个项目，上面的eslint各种规范真的是稍不注意就会出问题。也是在网上找了很多，感觉下面的总结很好的解决了我的困境。记录一下。方便下次查看。 一、为什么需要规范？ 无规矩不成方圆，编程也一样。 如果你有一个项目，从始至终都是自己写，那么你想怎么写都可以，没有人可以干预你。可是如果在团队协作中，大家都张扬个性，那么代码将会是一团糟，好好的项目就被糟践了。不管是开发还是日后维护，都将是灾难。 这时候，有人提出了何不统一标准，大家都按照这个标准来。于是 ESLint，JSHint 等代码工.
git commit规范
09-06
Git Commit规范是一种约定俗成的方式，用于规范化提交信息的格式和内容，使得提交历史更加清晰、易读和易于管理。以下是一种常见的Git Commit规范： 1. 提交信息的结构：每个提交信息由三个部分组成：标题、正文和页脚。 标题：简明扼要地描述这次提交的内容，通常以动词开头，使用一般现在时，不超过50个字符。 正文：对提交的详细描述，可以包括为什么进行该提交、做了哪些修改等信息。 页脚：可包含与提交相关的其他附加信息，如关联的Issue编号、作者等。 2. 提交信息的格式：为了保持统一和易读性，可以采用以下格式： ``` <type>(<scope>): <subject> <body> <footer> ``` 其中，`<type>`代表提交的类型，如`feat`（新功能）、`fix`（修复bug）、`docs`（文档更新）等。 `<scope>`代表本次提交的范围，可以是具体的文件、模块或功能名称。 `<subject>`是对本次提交内容的简要描述。 `<body>`是对本次提交内容的详细描述。 `<footer>`是页脚部分，可以包含相关链接、引用等信息。 3. 示例： ``` feat(user): 添加用户注册功能 - 在用户界面增加注册表单 - 后端增加注册接口 Issue #123 ``` 通过遵循Git Commit规范，可以提高团队协作效率、减少沟通成本，并且更好地追踪和管理项目的提交历史。当然，具体的规范可以根据团队的实际需求和偏好进行调整和定制。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值