git commit 提交规范

最新推荐文章于 2025-09-26 10:59:58 发布
原创 最新推荐文章于 2025-09-26 10:59:58 发布 · 4.3k 阅读 · 16 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#git

约定式提交规范是一种基于提交消息的轻量级约定。 它提供了一组用于创建清晰的提交历史的简单规则； 这使得编写基于规范的自动化工具变得更容易。 这个约定与 SemVer 相吻合， 在提交信息中描述新特性、bug 修复和破坏性变更。

提交说明的结构如下所示：

<类型>[可选的作用域]: <描述>

[可选的正文]

[可选的脚注]

大致分为三个部分(使用空行分割):

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

type

commit 的类型：

  • feat: feature缩写，用户相关的新功能，构建脚本功能除外
  • fix: 修改 bug
  • perf: 更改代码，以提高性能（在不影响代码内部行
最低0.47元/天 解锁文章
常用的Git commit 提交规范！
嵌入式大杂烩
07-04 1400
在我们嵌入式开发中，版本管理工具Git已经成为不可或缺的一部分。Git帮助我们记录代码变更历史，提供了强大的代码协作开发功能。初学时，我们基本都是按照下面的格式这么来写commit信息的吧？甚至有些公司的commit信息也很随意也类似于上面这样的。这样的commit信息包含的信息比较有限，不利于后续的版本追溯。其实，为了确保团队成员能够更高效地协作，并且保持代码库的整洁和有序，需要团队各成员遵循达成一致的commit提交规范。
git分支管理
weixin_43804913的博客
03-18 1266
git分支管理，git分支类别，分支命名规范，使用git工作流程，包括开发流程、测试流程、bug修复流程、上线流程
git-fix：修复您的git，方法是将您的.git翻录并替换为干净的.git。 使用风险自负！
02-14
git修复 通过杀害git并将其替换为干净的.git来修复您的.git。 使用风险自负！ 所有本地.git更改都将丢失。 不建议将其严重使用，但我发现自己经常将其用于个人项目。 我对数据/代码/等的任何损失不承担任何责任。 使用此脚本导致的结果。 它能做什么 这将从源克隆您的存储库，提取出.git文件，并用它替换您的本地.git。 即使已提交任何.git更改，这些更改都将丢失（但是本地文件将保持不变！ ）。 例如，当您弄乱并提交一个需要git LFS的文件，然后又想取消提交该文件时，这非常有用，这很烦人。 不用弄乱您的.git，您可以git fix并用仓库中的干净代码替换.git :broom: 这需要分支 :palm_tree: 考虑到！ 但是它确实替换了您的.git，因此，与当前分支相比，对另一分支进行的未经推送的更改将丢失！ （但不完全是，请参阅本自述文件的最后一部分。） 怎么运行的 它读取.git的URL
【研发规范】Git 提交（commit）、CodeReview规范
最新发布
NeoLshu的博客
09-26 2379
本文阐述了代码提交规范的重要性及具体实践方法。提交规范包含提交信息和提交内容两部分，要求提交信息格式规范（类型、范围、主题、正文、脚注），内容保持原子性（一个提交只做一件事）。良好的提交规范能降低Code Review成本，便于历史追溯。文章还介绍了提交规范与Code Review流程的结合方式，建议使用工具如commitizen、husky等来确保规范执行。规范的代码提交是提高团队协作效率和项目可维护性的关键。
git commit规范提交
酒无忧的博客
11-06 2014
Git每次提交代码时，都要写Commit Message（提交说明），通常情况下，Commit Message应该清晰明了，说明本次提交的目的和具体操作等。例如，有些人会写此次代码的修改是基于哪个模块，有些人会写解决了哪些Bug，有些则只写修改了哪个文件，中英文混用等等五花八门的Commit格式，这导致后续的代码维护成本很高，有时候提交人看Commit Message都不知道自己改了什么。比如查阅某个业务的修改历史，查阅某个时间段修复了哪些Bug，因为Commit没有统一的格式，就比较难快速获取这些信息。
Git Commit 提交规范
fushan2012的博客
02-08 2681
Git Commit 规范是一套约定俗成的规则，用于统一代码提交信息的格式和内容。它可以帮助团队更清晰地记录代码变更历史，方便回溯问题、生成更新日志（CHangelog）或自动化版本管理。一个规范的 Commit Message 通常包含和指明本次提交的featfixdocsstylerefactortestchoreperfcirevertfeat(user)fix(api)featfixfeatfix。
统一git使用方法，git状态变迁图，git commit提交规范
vczxh的专栏
08-21 788
要在本地合并代码再提交到远程；自行查资料学习git并使用，会出现使用各种偏僻的命令，异常问题无法解决；参考 https://blog.youkuaiyun.com/zhgeliang/article/details/81110179。git设置 mergetool为kdiff3//解决冲突使用kdiff3软件。git commit --amend -m "实际修改注释"提交本地master分支到远程master分支。把远程下载的代码合并到远程master分支。对比本地修改与git节点的差别。修改git文件和节点描述。
Git Commit提交规范和IDEA插件Git Commit Template的使用
热门推荐
noaman_wgs的博客
12-06 1万+
Git是最牛逼的开源分布式版本控制系统，日常开发中常用来管理代码提交、恢复、追踪，是团队开发最常用的一个代码管理工具。 在我们修改了代码并且提交之前，常会使用git commit -m 'change'命令来描述我们代码改动的内容，但是很多都不规范，随处可见的 git commit -m 'update'，以致于不能清晰地知道每次提交代码的变更内容，所以需要一种规范来管理代码提交的内容。 一、Gi...
git commit 代码提交规范
小妖666个人笔记
12-08 2502
我们在代码提交时 git 的 commit 信息是很重要的，但是每次写的时候总想偷懒怎么办，咱们可以制定个规范必须按照某种格式提交注释。 法一：设置 git commit 模板 在项目中建立 .git_template 文件，内容可以自定义： .git_template type: description: 运行如下命令： git config commit.template .git_template git commit 时会出现上面的模板 这种方法只是规范了一些，但是没有校验方式
git commit提交规范
axzzy的博客
11-03 3012
📈 (上升趋势图) :chart_with_upwards_trend : 添加分析或跟踪代码。🏁 (旗帜) :checkered_flag : 修复 Windows 下的问题。🌐 (地球) :globe_with_meridians : 国际化与本地化。✅ (白色复选框) :white_check_mark : 增加测试。💚 (绿心) :green_heart : 修复 CI 构建问题。🐧 (企鹅) :penguin : 修复 Linux 下的问题。🔒 (锁) :lock : 修复安全问题。
笔记——Git Commit 提交规范
蜡笔小谢的博客
01-16 6310
在团队协作中，合理的提交规范能够帮助开发者提高代码质量、简化代码审查流程，并促进更高效的团队协作。本文介绍 Git commit 提交规范的重要性，并分享一些最佳实践，帮助开发者更好地管理和记录代码提交。
Git Commit提交规范
qq_55262450的博客
10-13 3108
Git Commit提交规范
git commit的提交规范
初郁
06-16 1534
格式 每次提交，Commit message 包括三个部分：Header（标题），Body（内容详情） 和 Footer（结尾）。 其中 Header是必须的，Body 和 Footer可以省略。 <type>(<scope>): <subject> // 空一行 <body> // 空一行 <footer> Header部分 只有一行，包括两个字段：type（必需）和subject（必需）。 type 用于说明commit的类别，只允许有以
git commit 提交规范建议
Hoey的博客
02-03 689
在使用 `git commit -m` 时，遵循规范的提交信息格式可以提高代码可读性、协作效率和版本管理质量。记录常用的提交规范。
git commit 提交规范举例
02-13
### Git Commit Message 规范示例 #### 单行提交信息格式 每次提交应当只解决一个问题，这有助于简化代码审查过程并提高可追溯性。单行提交信息应该简洁明了，通常不超过72个字符[^1]。 ```plaintext type(scope):...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值