【Git】提交规范：格式，类型，范围

最新推荐文章于 2024-09-17 14:34:19 发布
最新推荐文章于 2024-09-17 14:34:19 发布
阅读量1.7k 收藏 9
点赞数 2
分类专栏： 一些一些 文章标签： git
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sinat_41838682/article/details/129562774
版权

前言

学习一下git提交规范 类型，范围

正文

1. 常用提交格式

<type>(<scope>): <subject>
<body>
<footer>

标题行: 必填, 描述主要修改类型和内容
主题内容: 描述为什么修改, 做了什么样的修改, 以及开发的思路等等
页脚注释: 放 Breaking Changes 或 Closed Issues

2.提交类型

  • feat: 新功能、新特性（feature）
  • fix: 修补bug
  • perf: 更改代码，以提高性能（在不影响代码内部行为的前提下，对程序性能进行优化）
  • docs: 文档（documentation）
  • style:格式（不影响代码运行的变动）
  • refactor: 重构（即不是新增功能，也不是修改bug的代码变动）
  • revert: 撤销，版本回退
  • test：测试
  • improvement: 改进
  • release: 发布新版本
  • workflow: 工作流相关文件修改
  • chore:其他修改（不在上述类型中的修改）
  • build: 打包，影响项目构建或依赖项修改
  • ci: 持续集成

3.提交影响的范围scope

比如: route, component, utils, build…
如果影响到全局，可以在类型后面补充(范围)。

参考：
git commit 提交规范
git提交规范 fix,feat等字段含义

Lana学习中
关注
专栏目录
Git标准的提交规范
zhangxing
04-28 1277
说说为什么要commit message? 这个很重要，对于后期的代码review有着重要的凭证；所以commit message写得好，是一种十分赏心悦目的代码走读体验。 编写规则 type: desc 或 [type]:desc feat - 新功能 feature fix - 修复 bug docs - 文档注释 style - 代码格式(不影响代码运行的变动) refactor - 重构、优化(既不增加新功能，也不是修复bug) perf - 性能优化 test - 增加测试 chore .
git提交规范，规范自己的提交标准
m0_67393413的博客
08-01 1127
先自我介绍一下，小编13年上师交大毕业，曾经在小公司待过，去过华为OPPO等大厂，18年进入阿里，直到现在。为了规范我的git提交内容，提交的时候commit-m“备注的信息”，但是每个人的备注信息千奇百怪，为了统一，我们进行了git的规范。尝试帮你自动修复，如果修复成功则会帮你把修复好的代码提交，如果失败，则会提示你错误，让你修好这个错误之后才能允许你提交代码。在我们修改代码之后，使用gitcz代替gitcommit-m，然后就能描述自己的git提交的内容了。如上配置，每次它只会在你本地。...
Git 提交规范
come from h5
05-22 5478
团队协作，形成良好的代码提交规范。
Git提交类型
最新发布
小何的博客
09-17 509
Git提交类型
git 知：提交格式
canpool
07-27 1009
git是一个分布式版本控制系统，它可以用来记录一个或若干个文件内容的变化，以便将来查阅特定版本的修订情况。为了便于追溯，那么每次的变化就需要做好记录，不然到时候再看，可能就不明其意了。本文所讲的提交格式，实际上就是对每次记录所做的规范说明，按照所说的格式书写，将便于以后维护。.........
Git提交规范
热门推荐
专注于大数据方向，区块链，前后端，数据可视化，人工智能等领域
06-23 1万+
以下规范参考Angular提交的规范。对于如何格式化git commit消息，我们有非常精确的规则。这导致更多 在浏览项目历史时，易于理解的可读信息。但同时 我们使用git commit消息来生成基于AngularJS提供的消息模板。1、commit message format消息格式每个提交消息由一个头、一个正文和一个页脚组成。header有一个特殊的 包含类型、范围和主题的格式。header是必填的，header的范围是可选的。提交消息的任何一行不能超过100个字符！
AngularJS Git提交准则：提交消息格式与使用示例
2. 提交消息格式：根据AngularJS的Git提交准则，每个提交消息应该遵循特定的格式，它由几个部分组成： - Type（类型）：这表明了提交的类型，例如，它可以是 feat（新功能）、fix（修复）、docs（文档）、style...
全栈笔记_规范篇（husky管理Git代码提交格式）
wwv的博客
01-26 829
git 代码提交格式规范管理
Git Commit提交规范总结
拾年一剑 的专栏
02-27 6451
团队协作中，规范的Git提交记录，使提交历史明确可追溯，有助于更好的协作，方便后期代码的开发和维护
Git提交信息格式
朱工的专栏
11-23 5316
什么情况需要提交 每当完成了一个新功能、修复了一个错误、重构一个模块或者调整格式时，都应该提交一次代码，以便版本工具记录这次修改。 规定：不能将不相关的修改一块提交，混合不同的功能会使得以后的问题查找或者其他成员浏览历史变得困难。 提交信息格式 <type>: <subject> //空一行 <body> type：用于说明本次提交的类别，规定为以下几种： feat：新功能 fix：修复错误 refactor：重构代码 style：调整代码格式（不影响代码运行
git提交类型
qq_42390993的博客
05-07 440
git提交类型
git提交规范
qq_27271817的博客
11-12 490
克隆项目： git clone git@YourIp:ProjectName.git 拉取提交过程(主分支拉到本地开发)： git pull git@YourIp:ProjectName.git develop:develop （必须是第一步）            git checkout -b JIRA_NAME develop  （本地开发分支名称）    编写并修改代码，
Git 提交命令 提交类型
guorui999的博客
01-17 152
git提交命令, 提交类型
git上传规范
NINO_JAM的博客
12-03 734
git上传规范 feat：新功能（feature） fix：修补bug docs：文档（documentation） style： 格式（不影响代码运行的变动） refactor：重构（即不是新增功能，也不是修改bug的代码变动） test：增加测试 chore：构建过程或辅助工具的变动 perf :性能优化 build :改变了build工具 如 grunt换成了 npm revert: 撤销上一次的 commit ...
Git 提交模式
u010291330的博客
02-02 424
Git 对我们 Devs 的使用是必不可少的，无论是在个人项目中，还是在多人开源项目或整个社区中。鉴于此，正确使用git commit很重要。拥有连贯和标准化的语言有助于参与项目的每个人理解已经发生的变化。在上图中，我们看到了评论不当的提交有多么有害，因为我们无法理解发生的更改的性质及其上下文。从长远来看，这种影响甚至更具破坏性，因为软件的可维护性由于这些更改范围的不一致以及它们在过去如何影响项目而受到影响。考虑到这一点，让我们谈谈常规提交模式。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值