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

10月前作者：Lana学习中分类：Toy博客阅读(37) 违法举报

这篇具有很好参考价值的文章主要介绍了【Git】提交规范：格式，类型，范围。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

前言

学习一下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等字段含义文章来源地址https://www.toymoban.com/news/detail-816317.html

到了这里，关于【Git】提交规范：格式，类型，范围的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：如若内容造成侵权/违法违规/事实不符，请点击违法举报进行投诉反馈，一经查实，立即删除！

分享到：

领支付宝红包赞助服务器费用

git提交规范

在团队协作中，Git 提交规范对于代码的可维护性和版本管理非常重要。下面总结了一些常见的提交规范：每个 Git 提交信息都应该包含一个清晰简洁的标题和一个更详细的描述。推荐的提交信息格式如下：其中， type 代表提交类型， scope 代表影响范围， subject 是提交信息的

2024年02月05日
浏览(80)
Git代码提交规范

Git 每次提交代码，都是需要写 Commit message（提交说明），否则就不允许提交。 Commit message 的格式 (三部分)： Heaher ----- 必填 type --- 必需 scope --- 可选 subject --- 必需 Body ---- 可省略 Footer ---- 可省略用于说明 commit 的类别，仅支持允许以下7个标识。 feat：新功能 (feature) fix: 修

2023年04月09日
浏览(88)
Git 提交描述规范

在Git提交消息中，可以使用特定字符来表示特定的功能，这些字符的使用可以提高提交描述的可读性和易用性，常见的字符如下： fix ：表示该提交用于修复错误或问题。 feat ：表示该提交用于添加新功能。 docs ：表示该提交用于更新文档。 style ：表示该提交用于代码格式化

2024年02月16日
浏览(46)
Git 提交规范

在项目中采用 git 管理代码版本时，突然不能进行提交（git commit）。报错信息如下： ERROR invalid commit message format. Proper commit message format is required for automated changelog generation. 合法的提交日志格式如下(emoji 和模块可选填)： 💥 feat(模块): 添加了个很棒的功能 🐛 fix(模块): 修复

2024年01月19日
浏览(39)
Git提交规范指南

在开发过程中，Git每次提交代码，都需要写Commit message（提交说明），规范的Commit message有很多好处：方便快速浏览查找，回溯之前的工作内容可以直接从commit 生成Change log(发布时用于说明版本差异) 为了方便使用，我们避免了过于复杂的规定，格式较为简单且不限制中英文

2024年02月12日
浏览(29)
Git 提交前缀规范

feat : 新功能。添加一个新的用户界面元素、一个新的功能或一个新的 API fix : 修复 bug。修复一个导致应用程序崩溃的错误、一个导致数据丢失的错误或一个导致用户体验不佳的错误 docs : 文档更新。更新你的应用程序的用户指南、更新你的 API 文档或更新你的技术文档 style

2024年01月19日
浏览(45)
git commit 提交规范

大致分为三个部分(使用空行分割): 标题行: 描述主要修改类型和内容主题内容页脚注释: 放 Breaking Changes 或 Closed Issues type commit 的类型： feat: 新功能、新特性 fix: 修改 bug perf: 更改代码，以提高性能（在不影响代码内部行为的前提下，对程序性能进行优化） refactor: 代码重构

2024年01月18日
浏览(56)
前端项目git提交规范配置

为了使团队多人协作更加的规范，所以需要每次在 git 提交的时候，做一次硬性规范提交，规范 git 的提交信息安装依赖配置package.json 新增配置文件 commitlint.config.js 添加自定义提示 .cz-config.cjs 安装创建 .prettierrc 文件，并添加如下配置, 具体配置可以查看官网安装(注意：这

2024年02月19日
浏览(38)
vue项目配置git提交规范

项目中代码格式以及git message如果不加以约束，可能最终的格式会五花八门，这样很不利于我们的项目合作。所以我们需要使用工具来约束提交代码和信息的格式。 Husky 是一个 Git Hook 工具，可以帮助我们在 Git 事件发生时自动运行脚本。Git Hook 是一种机制，它允许在 Git 执行

2024年02月11日
浏览(50)
Git 代码提交注释管理规范

大致分为三个部分(使用空行分割): 1. 标题行: 必填, 描述主要修改类型和内容 2. 主题内容: 描述为什么修改, 做了什么样的修改, 以及开发的思路等等 3 . 页脚注释: 放 Breaking Changes 或 Closed Issues 1.1 type commit 的类型： feat : 新功能、新特性 fix : 修改 b

2024年04月28日
浏览(42)