GIT-commit 信息规范记录

已于 2024-08-14 17:46:23 修改
阅读量262 收藏
点赞数 13
文章标签： git
于 2024-08-14 17:17:13 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/transitory_truth/article/details/141195354
版权

  • 说明
    git的提交信息具体的规范需要看每个项目组的规则，主要目的是让自己理解这次提交是为了什么，最好让别人也能理解
    多人合作开发同一个项目，且该项目同时存在多个分支。一个功能在不同的开发周期需要依次提交到不同的分支上，如果把提交信息写的很清楚，在每个阶段进行功能的分支提交时就能保证不会产生遗漏提交或者多选提交的尴尬情况

  • 示例

    • subject: 功能标识-提交概述
    • feat: 用户登录-新增手机号登录

  • 常见subject以及说明

    • feat: 添加新功能（feature）
    • fix: 修复bug
    • docs: 文档变更
    • style: 代码风格变动
    • refactor: 代码重构
    • perf: 性能优化
    • test: 添加或修改测试
    • chore: 杂项（构建过程或辅助工具的变动）
    • build: 构建系统或外部依赖项的变更
    • ci: 持续集成配置的变更
    • revert: 回滚
transitory_truth
关注
  • 13
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Git-commit-plugin For Vscode 一款自动生成规范git提交信息的插件
econage123的博客
03-20 2649
初衷 在公司由于大家随意提交 git-commit 的信息，导致提交的风格千奇百怪，写的信息不明确，不知道这次提交具体是修复 bug 呢？还是增加新功能，还是单纯改了一些配置文件，亦或是重构了一些不好的代码。只能靠大家自己去猜测，就算是自己提交的信息，也可能因为时间长导致自己也不清楚具体这次提交是为了干啥，只能去提交记录里翻代码，长此以往，不利于产品的迭代，以及对于 bug 的定位。 为什么写这个...
Git Commit提交规范总结
拾年一剑 的专栏
02-27 6172
团队协作中，规范的Git提交记录，使提交历史明确可追溯，有助于更好的协作，方便后期代码的开发和维护
git-commit遇到的问题
xfavon
08-20 854
git commit 遇到的问题 今天在本地仓库时git commit 时遇到提示说代码提交不规范的问题，以此总结记录一下。 以下有两种方法可以解决： ===> 第一种通过删除.git文件中的 pre-commit 规范校验，再通过 git commit 就可以了，但是不推荐使用此方法，因为后期可能会出现规则检验的问题。好像有人用这个方法还是不行。那可以尝试第二种方法。 ===> 第二种通过在语句添加 --no-verfiy 实现 git commit --no-verify -m '
【git系列】git-commit含义用法选项示例详解
wang2leee的博客
02-08 3008
【git系列】git-commit含义用法选项示例详解
idea git Commit规范插件使用
别忘了微笑
08-30 567
统一团队 Git commit 日志标准，便于后续代码 review，版本发布以及日志自动化生成等等
git-hooks之pre-commit maven应用
leandzgc的专栏
08-13 4065
一、前言 公司一直要求各团队集成sonar检查，且之前也整理过如何通过Jenkins自动构建sonar任务，以及如何在eclipse等IDE本地提前分析sonar问题的文章，但终归需要有一定的管理成本来持续保障其效果。所以近期研究了一下王凯之前发布的几篇帖子，并使用本地化的一个项目实践了一下git-hooks中的pre-commit钩子，可以在提交代码时强制校验本地代码质量，若不符合指定规则则不允许提交，期望减少一些持续性且重复的管理成本，在这里给大家分享一下，供有需要的小伙伴参考。 二、正文 2.1、极简
Git Commit 提交信息规范
天问博客-专注于大前端技术
10-11 570
在日常项目开发中，多人分工配合不可避免。一个好的团队，流程规范必不可少。而使用 Git 更是家常便饭，项目代码的提交，合并都需要有清晰的流程。为了团队成员方便查看每个版本的提交信息，又避免在提交记录中出现 “黑历史”，所以，Git Commit 提交信息的规范 尤为重要。
手写 git hooks 脚本（pre-commit、commit-msg）实现代码规范校验+Git提交日志校验
宋发元
08-28 3741
手写 git hooks 脚本（pre-commit、commit-msg）实现代码规范校验+Git提交日志校验。
Git commit记录规范
honvin的博客
05-06 7499
程序员应该写出简洁明了的commit log，否则对别人和自己来说就是一种困扰，永远无法从中得知提交人的意图。 IDEA插件推荐 在plugins中搜索Git Commit Template安装即可 安装之后我们正常提交代码时，会多出一个按钮 ...
Git Commit 之道：规范化 Commit Message 写作指南
pursuit的博客
11-12 9939
在软件开发的征程中，清晰明了的 Git Commit Messages 是项目成功的关键。本指南将教你如何通过规范化 Git 提交信息，提高代码可读性，以及如何巧妙撰写自动生成的 Change Logs，精准记录项目的演变。让你的团队与你共同领略 Git Commit 的精髓，推动项目可维护性的巅峰。
git-commit-lint-vscode:vscode一款git 规范化提交插件
05-17
git-commit-lint-vscode 在日常的开发中,目前主流的代码管理工具就是 git 了,当我们对代码进行改动了,首先得git commit提交到本地仓库,git 规定了提交时必须填写...所以git commit规范下还是很有必要的! 说明 类型 emji
git-commit:规范化git-commit
03-22
规范化git-commit是指遵循一定的规则和最佳实践，以确保提交信息的一致性、可读性和可维护性。这对于团队协作和项目历史的追踪至关重要。 在JavaScript开发环境中，规范化的git-commit不仅有助于代码管理，还与自动...
git-commit-style:git提交样式
04-09
Git提交样式是Git版本控制系统中一个重要的实践领域，它关乎代码库的历史记录整洁性和可读性。Git提交信息是开发者之间交流的一种方式，因此遵循一定的提交样式有助于保持团队的一致性和项目的可维护性。本文将深入...
git-commit-emoji：Git提交表情符号是用于在Git提交消息上使用的表情符号的标准
02-05
Git提交表情符号（Git Commit Emojis）是一种在Git提交消息中使用表情符号的约定，它为不同的代码更改类型提供了一种视觉上更有趣且统一的方式来表达提交的目的。这个标准可以帮助团队成员快速理解代码库的历史记录...
git-gud：一个简单的git commit checker
02-03
`git-gud`是Git开发过程中的一种实用工具，通过使用bash脚本实现对git commit信息的检查，以促进团队合作和代码质量管理。了解和掌握`git-gud`的使用方法，能帮助开发者遵循最佳实践，创建更加整洁、有条理的Git历史...
git安装
qq_64782704的博客
08-10 833
版本控制是指对软件开发过程中各种程序代码,配置文件及说明文档等文件变更的管理,是软件配置管理的核心思想之一版本控制的主要功能是追踪文件的变更,它将什么时候,什么人更改了文件的什么内容等信息都一五一十的记录了下来,每一次文件的变更,文件的版本号都将增加,除了记录文件的变更之外,还可以用于解决企业中多人合作开发,代码管理共享的问题版本控制可以解决两个问题。
Chromium编译指南2024 - Android篇：前置要求（一）
守城小轩的技术窝棚
08-09 601
通过本篇文章，我们详细介绍了在 Android 平台上编译 Chromium 所需的前置要求，包括系统和硬件要求。确保您的开发环境满足这些要求，是成功编译 Chromium 的关键步骤。我们讨论了使用 Ubuntu 24.04 LTS 操作系统、安装 Git 和 Python 等必要软件，以及配备足够的 RAM 和磁盘空间的重要性。同时，我们强调了稳定高速的网络条件对于下载和同步源代码的影响。
记录一次.gitignore 失效问题
qq_38883889的博客
08-12 211
今天使用git同步同事的代码时，出现一个问题，.gitignore限制失效，导致我本地生成的临时缓存文件被跟踪到了commit中，执行 git rm --cache .后再add commit也不行，很奇怪就研究了一下，下面将我的解决方案分享出来供大家参考。
版本控制基础理论
最新发布
To_be_Designer
08-13 217
所有的版本都存在服务器上，用户的本地只有自己以前所同步的版本。而且所有的数据都保存在单一的服务器上，有很大的风险这个服务器会损坏，这样就会丢失所有的数据，当然可以定期备份，代表产品WSVN,CVS,VSS.所有的版本信息仓库全部同步到本地的每个用户，这样就可以在本地查看所有版本历史，可以离线在本地提交，只需在联网时push到相应的服务器或其他用户那里。由于每个用户那里保存在都是所有的版本数据，只要有一个用户的设备没有问题就可以恢复所有的数据，但这里增加了本地存储的占用。其中HEAD指向最新放入仓库的版本。
git提交commit规范
09-29
Git提交commit规范可以帮助我们在提交代码时更加规范、清晰地记录每次提交的目的和内容。常见的git提交commit规范有以下几种： 1. 使用约定的提交消息格式：一般使用"[类型]: 提交说明"的格式，其中类型可以是feat（新功能）、fix（修复bug）、docs（文档修改）、style（代码格式修改）、refactor（代码重构）、test（测试代码修改）等。 例如：feat: 添加用户注册功能 2. 提交消息的内容要简明扼要，清晰明了，用一句话描述本次提交的目的和内容。 3. 可以在提交消息中添加关联的issue编号，方便跟踪和查看。 4. 提交消息的第一行要尽量控制在50个字符以内，更详细的说明可以在第一行后面进行补充。 5. 可以使用一些常用的提交类型和动词，如feat（添加）、fix（修复）、docs（文档）、style（代码样式）、refactor（重构）、test（测试）、chore（构建/工具/其他）等。 请注意，git提交commit规范可以根据团队的实际情况和需求进行调整和扩展，重要的是保持一致性和清晰性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值