git commit message type（规范）

已于 2022-04-07 15:47:54 修改
阅读量492 收藏
点赞数
分类专栏： Git 文章标签： 经验分享
于 2022-04-07 15:46:50 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/goua1270497/article/details/124018458
版权

网上查了好多，规范如下：

type（类型）用于说明 commit 的类别，只允许使用下面7个标识。

  • feat：新功能（feature）
  • fix：修补bug
  • docs：文档（documentation）
  • style： 格式（不影响代码运行的变动）
  • refactor：重构（即不是新增功能，也不是修改bug的代码变动）
  • test：增加测试
  • chore：构建过程或辅助工具的变动

斜月三
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
GIT2.33.0.2最新版本.zip
09-25
Git 2.33 Release Notes ====================== Updates since Git 2.32 ---------------------- UI, Workflows & Features * "git send-email" learned the "--sendmail-cmd" command line option and the "sendemail.sendmailCmd" configuration variable, which is a more sensible approach than the current way of repurposing the "smtp-server" that is meant to name the server to instead name the command to talk to the server. * The userdiff pattern for C# learned the token "record". * "git rev-list" learns to omit the "commit " header lines from the output with the `--no-commit-header` option. * "git worktree add --lock" learned to record why the worktree is locked with a custom message. Performance, Internal Implementation, Development Support etc. * The code to handle the "--format" option in "for-each-ref" and friends made too many string comparisons on %(atom)s used in the format string, which has been corrected by converting them into enum when the format string is parsed. * Use the hashfile API in the codepath that writes the index file to reduce code duplication. * Repeated rename detections in a sequence of mergy operations have been optimized out for the 'ort' merge strategy. * Preliminary clean-up of tests before the main reftable changes hits the codebase. * The backend for "diff -G/-S" has been updated to use pcre2 engine when available. * Use ".DELETE_ON_ERROR" pseudo target to simplify our Makefile. * Code cleanup around struct_type_init() functions. * "git send-email" optimization. * GitHub Actions / CI update. (merge 0dc787a9f2 js/ci-windows-update later to maint). * Object accesses in repositories with many alternate object store have been optimized. * "git log" has been optimized not to waste cycles to load ref decoration data that may not be needed. * Many "printf"-like helper functions we have have been annotated with __attribute__() to catch placeholder/parameter
git-commit-guide:Git提交消息指南-保持日志干净，一致和有用！
05-13
bluejava Git提交消息格式指南 版本0.5.1 这是创建更好的Git提交消息的指南。 通过遵循本指南，您和/或您的团队将创建更一致，更一致有用的变更日志。 阅读，了解解释其创建原因/方式的一些详细信息。 提交消息格式 提交的格式应由以下内容组成： 一条行（带有 ，可选和 ） 可选的多行（始终在空行之前） 可选的区域（始终以空白行开头） 所以看起来像这样： TYPE(Scope): Change Summary Optional Message Body Multiple paragraphs are okay. Bulleted lists: * are * also * okay Closes #123 只需要顶部的带有“ 和“ ，因此一条最小的提交消息可能看起来像这样： TYPE: Summary 主题行 主题行（“提交消息”的第一行）通常是提交消息中显示
simple-commit-message:简单的提交消息向导和验证器； 与 commitizen 和 pre-git 一起使用
07-23
简单提交消息 简单的提交消息向导和验证器； 与 commitizen 和 pre-git 一起使用 目的 该模块可以： 解析类型type(scope): message简单提交消息type(scope): message 验证给定消息是否符合上述简单格式 引导用户提问，以形成格式良好的消息 有效的提交消息 最简单 major: breaking change in API minor: this is a new feature fix: an example fix message 同义词 为方便起见，您可以使用同义词： “break: ...”是“major: ...”的同义词 “壮举：……”是“次要：……”的同义词 “补丁：……”是“修复：……”的同义词 范围 您可以选择为提交设置范围。 例如，如果您向模块的log功能添加了一个新功能 feat(log): added co
git commit 规范
weixin_44184425的博客
04-07 244
feat：提交新的功能，记忆：feature fix：解决了bug docs：修改的是文档相关的内容，记忆：documentation style：格式修改，没有修改代码逻辑，比如格式化、换行等 refactor：重构代码，既没有新增功能，也没有修复bug，比如提取某段代码为一个方法、重构某个功能 perf：性能、体验优化等，记忆：performance性能 test：新增test用例或修改现有测试用例 chore：构建过程或辅助工具的变动，非src和test的修改，比如构建流程, 依赖管理等 ...
Git commit 提交的内容竟然还有规范，你知道吗？
码农高端会所
07-09 1940
微信公众号：后端早读课 有些人喜欢在 commit 里面写 「feat: 新增用户数据获取接口」， 也有些人在 commit 只写一个 「fixbug」 而不知所云， 更有人喜欢在 commit 写首唐诗来表达工作结束的心情， 有些人提交 MR 后，活得更好了， 而有些人提交 MR 后，死了。 Conventional Commits 是由众多开源项目贡献者共同约定的一个规范，用来约定 Git Commit 内容的书写方式，让 commit 内容更有价值、条理，使提交历史明确可追溯。 简单的结构化 &l
Git Commit Message规范
qq_25775675的博客
10-13 1704
Git commit message规范是一种良好的实践，可以帮助开发团队更好地理解和维护代码库的历史记录。它可以提高代码质量、可读性和可维护性。
Git commit type 规范
CalledJoker的博客
01-06 2093
git commit 提交规范 提交规范： git commit -m “feat(新增暂停功能): 新增执行推广任务暂停功能” 详情请参考：阮雪峰的Commit message 规范(点击可转跳) (https://www.ruanyifeng.com/blog/2016/01/commit_message_change_log.html) # 主要type feat: 增加新功能 fix: 修复bug # 特殊type docs: 只改动了文档相关的内容 style:
Git commit message的规范
qq_41995398的博客
08-20 452
本文参考了知乎 ”阿里技术“账号内容 背景: 用Git的小伙伴可能会遇到这种问题，即经过多次commit之后出现问题，经排查很有可能是因为之前的某次commit时，做了不恰当的调整。这时候如果在之前的commit之中，没有规范自己的commit message，那么排查起来将会非常痛苦。所以规范自己的commit message 信息变得尤为重要。 commit message格式 <type>(<scope>): <subject> type(必须) 用于说
git的一些常用命令及规范(一）
学习不止境的博客
04-19 511
一、前言 本文主要是对公司技术培训中提及的一些git培训和git命令做一些记录，并不会进行全范围的笔记记录。 二、angular代码规范 我们公司提交代码遵循该规范，那么下面就来对该规范进行一定的了解： Commit message 是开发的日常操作，它可以提供更多的历史信息，方便向团队清晰准确地说明代码变更、进行代码评审，也便于后期快速定位原始需求或缺陷，还可以有效的生成 Change log，对项目的管理实际至关重要，但是实际工作中却常常被大家忽略： Commit Message 格式 目前，社区有多种
Sophon:.NET开发工具包
04-13
Git Commit Message type类型如下： feat：新功能（feature） fix：修补bug docs：文档（documentation） style：格式（不影响代码运行的变动,空格,格式化,等等） build: 构建工具或外部依赖的改动（如nuget,npm等）...
rune-cli:一个非常简单的命令行工具，可以进行常规提交
05-23
安装npm install -g rune-cli用法rune是git commit -m <message>替代品。 它使您可以在进行实际提交之前选择适当的常规提交类型。 只需将git commit -m <message>替换为rune commit -m <message> 。例子➜ your-...
git或svn提交消息时，fix、feat等命令的含义
weixin_48469176的博客
09-28 2223
git或svn提交消息时，fix、feat等命令的含义
Git Commit message 规范
Wiliam的博客
02-07 4974
Git Commit message 规范介绍格式HeaderBodyFooterRevert常用示例featfixdocsstylerefactorperftestchorerevert参考链接 介绍 在 Git 中，每次提交代码，都要写 Commit message（提交说明），否则就不允许提交。这个操作将通过 git commit 完成。 git commit -m "芜湖~起飞" 上面代码的-m参数，就是用来指定 commit message 的。 如果一行不够，可以只执行 git commit
Git commit 规范
别写你那鬼代码了，编程没有出路_〆(´Д｀ )
03-05 803
Git commit 规范笔记
Git Commit提交规范总结
拾年一剑 的专栏
02-27 5575
团队协作中，规范的Git提交记录，使提交历史明确可追溯，有助于更好的协作，方便后期代码的开发和维护
git 提交类型（type）（转）
黄国强的专栏
05-31 486
revert: 恢复（Revert a commit），是把这次提交的修改给还原。. git: 添加或修改． gitignore 文件[不可见]. publish: 发布新版本[新版本]. Chore: 构建过程或辅助工具的变动。. cl: 对 CI 配皿文件和脚本的更改。. config: 修改配置文件（配置）. docs: 添加 l 更新文档。. tag: 发布版本/添加标签。. format: 格式化代码。. patch: 添加重要补丁。. feat: 引入新功能．。. file: 添加文件。
git commit 提交规范及配置
liyp921210的博客
02-28 750
git commit 提交规范及配置
考研踩坑经验分享
最新发布
智子的博客
05-12 685
双非普通本科，23年备考一年，成功上岸211（不要看我数学低，失败的经验也是经验，主要是踩坑了-_-||)。本科软件工程，上岸电子信息（085400）专硕。和大部分考研同学一样，考研全程自学，踩了不少雷，也探索了很多技巧，无论是因为应部分同学的所求、还是将考研过程中受到的无偿的帮助传承下去，又或是对考研一年画上一个句号，都促成了这篇经验分享的诞生。
git commit message 规范
06-06
### 回答1： Git commit message规范是指Git版本控制系统中提交代码时，对于commit message的书写规范化。这样可以让每个commit message都更加清晰明确，便于开发者和其他项目成员理解和维护代码。常见的规范包括commit message的格式、内容、长度、语言等方面。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值