git commit 约定式提交

最新推荐文章于 2024-04-12 05:47:06 发布
最新推荐文章于 2024-04-12 05:47:06 发布
阅读量1.8k 收藏 12
点赞数 1
分类专栏： git 文章标签： git
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_37974755/article/details/124927089
版权

引言

       在开发中免不了和他人一起团队协作提交代码，为了防止大家每次提交代码时，git commit -m ' '的提交信息不明所以，所以Angular 团队提出了 Git 约定式提交。这只是一种约定规范，并不是强制要求，具体可参考这篇文章。

git commit message 的约定格式

<type>(<scope>): <subject>
  • type: 必选，本次提交的代码类型。
  • scope: 可选，表示本次提交修改的文件范围。
  • subject: 必选，对本次提交简短的描述。

type的值 ：

  • feat: 新增功能/完成任务 (feature)
  • fix: 修复bug
  • test: 单元测试
  • docs: 文档 (documentation)
  • style: 样式
  • refactor: 代码重构
  • pref: 优化相关，比如提升性能/体验
  • chore: 辅助/其它
  • revert: 恢复变更/回滚到上一个版本
  • little: 微不足道的变更
  • try: 尝试

scope部分 : 紧跟type用小括号包住，值可以按照模块、包或者某个文件进行标注

 例如： 

git commit -m 'feat(api): add response interceptor'

subject部分：随便写点本次修改的简介，可以中文，推荐英文。示例如上

 

小白目
关注
专栏目录
Git的约定式提交
Criss@陈磊
02-25 376
Git的约定式提交 约定式提交规范是一种基于提交消息的轻量级约定。它提供了一组用于创建清晰的提交历史的简单规则；这使得编写基于规范的自动化工具变得更容易，在提交信息中描述新特性、bug修复和破坏性变更。 约定式提交 很多时候，大家都会在约束git的commit的message，但是绝大部分都会约束commit的message不为空即可。这是一个很好的工程实践的开始，但是随着时间的推移你会发现绝大部分人的commit的message都是无用的废话，例如”修复bug“、”添加新功能“等等，这些看似有有用的描
git约定式提交
花开富贵的博客
12-02 771
约定式提交1.概述2.示例2.1.包含了描述以及正文内有破坏性变更的提交说明2.2.包含了可选的 `!` 字符以提醒注意破坏性变更的提交说明2.3.不包含正文的提交说明2.4.包含作用域的提交说明2.5.为 fix 编写的提交说明，包含（可选的） issue 编号3.※※※ **约定式提交规范** ※※※4.为什么使用约定式提交5.FAQ5.1.在初始开发阶段我该如何处理提交说明？5.2.提交标题中的类型是大写还是小写?5.3.如果提交符合多种类型我该如何操作？5.4.这不会阻碍快速开发和迭代吗？5.5.约
git约定式提交规范
wjswangjinsheng的博客
05-15 950
一.Commitizen助你规范化提交代码 commitizen 仓库名为 cz-cli ，它提供了一个 git cz 的指令用于代替 git commit，简单一句话介绍它： 当你使用 commitizen 进行代码提交（git commit）时，commitizen 会提交你在提交时填写所有必需的提交字段！ 全局安装Commitizen npm install -g commitizen@4.2.4 全局安装Commitizen npm i cz-customizable@6.3.0 --s
git提交项目代码----约定式提交
ferrysoul的博客
02-05 1596
git下载项目到本地 git clone https链接地址或SSH地址 安装包依赖 npm install 安装依赖权限不够的话，mac电脑提升权限 sudo npm install 接下来需要你输入密码 如果项目有最新的，就 git pull git项目上如果有多个分支，假设你需要切到已经存在的dev分支 git checkout dev -----------...
Git之借助Commitizen规范化提交代码
小洋人最happy的专栏
11-25 1497
约定式提交规范，使用commitiizen规范化提交代码
Git commit 消息的格式与约定式提交
成富的专栏
06-09 1524
在开发人员的日常工作中，提交代码到 Git 是必不可少的动作。代码提交时的消息该怎么写呢？最基本的原则是：如果团队有 commit 格式要求，就遵循该要求。这一点与代码风格是一样的。commit 消息的格式没有绝对的好与坏，最重要的是保持一致性。如果团队没有具体的格式要求，可以参考下面的一些建议。消息应该分成主题和内容两个部分，两部分用一个空行分隔。主题部分对 commi...
Git Commit提交规范总结
拾年一剑 的专栏
02-27 6349
团队协作中，规范的Git提交记录，使提交历史明确可追溯，有助于更好的协作，方便后期代码的开发和维护
commit-msg-linter:git commit消息linter钩子
05-03
作为一个挂钩，它将在每次提交时运行，以确保要提交的消息对约定有效。 否则，提交将被中止。 受到启发。 谢谢。 特征 为什么还需要新的棉绒 这个怎么运作 常见问题 去做 发展 参考 安装 npm install git-commit-...
vite vue3 规范化与Git Hooks
「 虚幻私塾」
10-15 240
hooks意思是“钩子”，也就是在执行某个操作之前或之后要做的事。git hooks 就是 git 操作的钩子，在 git 执行某个操作之前或之后要做的事，如 git 提交后、提交后、合并前、合并后、rebase前、rebase后等。pre-commitpre-commit是git commit执行前的钩子，会在获取提交描述信息且提交前被调用，根据该钩子决定是否拒绝提交。可以在这个钩子中对代码进行 eslint 检查。commit-msgcommit-msg也是git commit。
git的约定式提交
pan_h1995的博客
07-18 723
git约定式提交说明，feat、fix、docs等
【Git】Conventional Commit 约定式提交规范
雨下一整晚real的博客
05-21 1930
定义 在 git 代码提交的时候，我们需要对 git 的提交信息做出一定的约定或者规范。为什么会有这样的需求？因为 git 提交时的描述信息，需要在你的合作开发者之间共享，所以大多数情况下 git 提交信息并不只能被你一个人明白。于是就诞生了约定式提交这样的规范。 业内普遍认可的的约定式提交规范，为 约定式提交 (Conventional Commits)。 约定式提交规范 Conventional Commits 是一种用于给提交信息增加人机可读含义的规范，是基于提交信息的轻量级约定，提供了一组用于创建清
3、持续集成流水线实践：Git的约定式提交
Criss@陈磊
02-25 288
Git的约定式提交 约定式提交规范是一种基于提交消息的轻量级约定。它提供了一组用于创建清晰的提交历史的简单规则；这使得编写基于规范的自动化工具变得更容易，在提交信息中描述新特性、bug修复和破坏性变更。 约定式提交 很多时候，大家都会在约束git的commit的message，但是绝大部分都会约束commit的message不为空即可。这是一个很好的工程实践的开始，但是随着时间的推移你会发现绝大部分人的commit的message都是无用的废话，例如”修复bug“、”添加新功能“等等，这些看似有有用的描
【知识整理】Git Commit Message 规范_git commit msg 规则
最新发布
2401_84183492的博客
04-12 1807
外链图片转存中…(img-VKZ2Dmto-1712871950994)]
Commit提交规范
qq_43203586的博客
09-26 1994
Commit提交规范 整体上根据 angular 规范提交 commit，细微处做了修改。 <type>(<scope>): <subject> <BLANK LINE> <body> <BLANK LINE> <footer> （1）type 提交 commit 的类型，包括以下几种 feat: 新功能 fix: 修复问题 docs: 修改文档 style: 修改代码格式，不影响代码逻辑 refact
git commit 提交规范
web_green的博客
08-11 292
git commit 提交规范
git commit时的几种指令
summer942zjb的博客
01-14 1123
feat(feature) 意为：新功能 git commit -m 'feat(xxx):xxx' style 意为：样式上的变动，不影响代码逻辑 git commit -m 'style(xxx):xxx' fix 意为：修复（修复bug）有时可在相关commit上加上修复的bug的等级 如： Blocker (中断) : 客户端程序无响应，无法执行下一步操作 Critical (严重)...
Git 学习笔记——git 提交规范和 Github/Gitee 使用说明
un357951的博客
01-24 949
我们以vscode项目进行介绍访问https://github.com/microsoft/vscode 即可看到如下的界面页面的左上角：Star所以尽量不要像朋友圈集赞一样要求身边朋友刷starFork：Fork操作实际上是创建一个仓库的副本，并将仓库的upstream指向原仓库小问题：为什么要fork呢？为什么不直接push呢？fork方便了多人协作Watch：Watch操作可以向你的邮箱中推送该仓库的推送信息提示：如果不是特别重要的项目，不要随意点Watch，否则很容易邮箱被轰炸。
关于git commit -m ‘‘书写规范
实事求是，艰苦奋斗，小小的梦想，终将实现。
02-23 1295
关于git代码提交描述规范可以参考：约定式提交 Commit message 的格式 Commit message 都包括三个部分：Header，Body 和 Footer。 <type>(<scope>): <subject> //header // 空一行 <body> // 空一行 <footer> 其中，Header 是必需的，Body 和 Footer 可以省略。 Header type用于说明commit的类型如下 fea.
git commit -m
qq_38719039的博客
07-31 1498
细说 commit 的参数详细。 Header包括三个字段：type、scope和 subject。（scope可选） git commit -m 'fix: #512 bug' git commit -m 'feat($login): remember user name' （1）type type用于说明 commit 的类别，只允许使用下面7个标识： feat ： 新功能 fix ： 修补bug docs：文档 style：格式 refactor：重构 test ： 增加测试 chore：
git提交commit规范
09-29
Git提交commit规范可以帮助我们在提交代码时更加规范、清晰地记录每次提交的目的和内容。常见的git提交commit规范有以下几种： 1. 使用约定的提交消息格式：一般使用"[类型]: 提交说明"的格式，其中类型可以是feat...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小白目

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值