git commit 消息的常用前缀

原创 已于 2024-05-16 12:05:20 修改 · 1.1k 阅读 · 3 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
标签
#git
于 2024-05-16 12:03:35 首次发布

git 提交版本的消息常用前缀：

  • build：更改构建系统或依赖项
  • chore: 琐事，例如修改配置
  • feat: 提交了新功能
  • fix: 修复了bug
  • docs: 仅仅修改了文档
  • style: 调整代码格式，但没有改变代码逻辑
  • refactor: 代码重构，既没有修复bug也没有添加新功能
  • perf: 提高性能的代码更改
  • test: 添加或修改代码测试
  • ci：更改持续集成、部署管道或自动化流程
  • revert：撤销或回滚之前的提交

https://www.conventionalcommits.org/en/v1.0.0/
在这里插入图片描述

https://github.com/conventional-changelog/commitlint/tree/master/%40commitlint/config-conventional
在这里插入图片描述

git分支管理和git提交规范
winne雪
04-20 3988
一、git分支管理 一般情况下的分支管理如下： master分支：一般用于存放正式环境上的代码，每次发版到正式时才更新，其他时间不允许修改。（每次发版后可以打个tag，标记这次大版本的发布。如果有重大bug修复发的小版本可以打大版本下的小版本tag） bug分支：万一正式环境出现严重bug妨碍使用时需要创建个bug分支进行修改，然后同步到release分支进行测试。测试后再同步到master分支发布，然后还要同时同步到iteration分支、develop分支 release分支：测试环境上的分支，开发完所
Git Commit 消息自动添加 Emoji 指南
Artorius-P
03-06 723
本文档介绍了一个 Git 钩子脚本，用于自动在 commit 消息前添加相应的 emoji 图标。这个脚本能识别常见的 commit 类型（如 fix、feat、docs 等），并在不干扰已有 emoji 的情况下为 commit 消息添加合适的 emoji 前缀。
Git提交前缀标准
xu_xin96的博客
02-25 2531
1. **feat：** 新功能（feature）的提交。 2. **fix：** 修复（fix）bug 的提交。 3. **docs：** 文档（documentation）更新的提交。 4. **style：** 代码风格（code style）更新，不涉及功能或 bug 的更改。 5. **refactor：** 代码重构（refactoring）的提交，既不是修复 bug 也不是添加新功能。 6. **perf：** 性能优化（performance optimization）的提交。
git的commit的注释前缀
前端小白的博客
03-15 1183
git的commit的注释前缀 feat：新功能（feature） fix：修补bug docs：文档（documentation） style： 格式（不影响代码运行的变动） refactor：重构（即不是新增功能，也不是修改bug的代码变动） test：增加测试 chore：构建过程或辅助工具的变动 ...
git代码提交规范
nil
03-02 1459
git提交规范
Git提交前缀
Jason~JiaoJiaoOne
04-16 1155
通过这些规范化的标签，团队成员可以快速理解每次提交的主要目的和改动范围。
如何修改git的commit消息
最新发布
刘杰的博客
12-01 2091
场景命令备注刚提交，未推送最安全、最简单修改历史中的某次把pick改为reword已推送到远程修改后慎用，仅限个人分支还有两种工具主要用于批量修改历史记录。如果你需要修改全部或者一大批commit 消息（例如：给所有过去的提交都加上 Jira 编号，或者批量替换掉某个敏感词），那么rebase -i会太慢太累，这时候就需要用到filter。用或。如果不想装新软件，用。如果追求速度和安全（推荐），装一个。
Git Commit格式校验
大灰狼的小绵羊哥哥的博客
04-27 3942
Git 规范 Git 作为现在最流行的分布式管理工具，基本上是每个团队的必备。 Git Commit格式校验 准备commitlint/cli用于格式校验 准备husky用于git提交代码时触发校验 husky husky 是创建 git 客户端 hooks 的神器。 目前最新版本是 7.*，文档在这里(opens new window) 初始化 husky 只需要三步。首先要安装： $ npm i husky --save-dev 复制代码 执行下面的脚本，会初始化一个 .husky
git commit格式 git branch命名格式
eehongzhijun的博客
09-04 289
git commit格式 在Git中，git commit命令用于将文件的更改提交到版本控制仓库。提交消息是非常重要的，因为它记录了对项目的更改的描述和目的。提交消息的格式通常遵循一些约定，以便更容易理解和维护项目的历史。以下是一种常见的提交消息格式： <类型>(可选范围): <主题> <正文> # 评论或注释(可选) <类型>(必需)：表示此...
Git 之 提交代码时的默认提交规则标签简单说明整理 feat/fix/doc/styles/revert/test/build等
仙魁XAN
01-10 5051
Git(读音为/gɪt/。)是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。[1] Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。本节介绍，Git 之 reset --hard 回退/回滚到之前的版本代码后，可能又由于冲动，可能需要恢复回退/回滚版本，这里简单整理回退的方法，如果有不足之处，欢迎指出，或者你有更好的方法，欢迎留言。
Git 提交说明前缀
LeonAlexss的博客
11-14 612
摘要：约定式提交规范(如feat:、fix:等前缀)能提升Git提交信息的可读性和维护性，特别适合团队协作项目。常见前缀类型对应不同代码变更场景，如新增功能(feat)、修复bug(fix)等。使用这些结构化前缀能带来4个主要优势：清晰提交历史、易回溯协作、支持自动化工具、规范提交粒度。虽然个人小项目可灵活处理，但团队项目强烈建议采用该规范，可配合工具检查确保一致性。（149字）
Git 提交类型前缀
好习惯成就伟大
01-08 1979
这些前缀可以让你更好地描述代码更改的类型，使提交历史更易于阅读和理解，并帮助你在团队中进行协作。Git 提交类型前缀是指在 Git 提交消息中用来描述代码更改类型的前缀。ci：与 CI (持续集成) 相关的更改，例如添加 Travis CI 配置文件、更新 GitHub Actions 等。chore：与构建过程或辅助工具相关的更改，例如更新依赖、构建脚本等。docs：文档相关的更改，例如更新文档、添加注释等。test：测试相关的更改，例如添加或更新测试用例。perf：性能优化相关的更改。
Commit提交规范
qq_43203586的博客
09-26 2162
Commit提交规范 整体上根据 angular 规范提交 commit，细微处做了修改。 <type>(<scope>): <subject> <BLANK LINE> <body> <BLANK LINE> <footer> （1）type 提交 commit 的类型，包括以下几种 feat: 新功能 fix: 修复问题 docs: 修改文档 style: 修改代码格式，不影响代码逻辑 refact
Git提交消息中的feat、fix等前缀详解：提升团队协作效率
随便写写
06-05 5721
Git提交消息规范指南 规范化的Git提交消息对团队协作至关重要。本文介绍了常见提交前缀及其使用场景： feat：新增功能 fix：错误修复 docs：文档变更 style：代码格式调整 refactor：代码重构 perf：性能优化 test：测试相关 chore：构建工具变动 revert：回退提交 推荐遵循Conventional Commits规范，格式为：<type>[scope]: <description>。使用Commitizen等工具可辅助生成规范提交。规范的提交消息能提升代码可维护性
git提交规范---前缀
热门推荐
Run_ning_的博客
07-15 1万+
type 用于说明 commit 的类别，只允许使用下面7个标识。 feat：新功能（feature） fix：修补bug docs：文档（documentation） style： 格式（不影响代码运行的变动） refactor：重构（即不是新增功能，也不是修改bug的代码变动） test：增加测试 chore：构建过程或辅助工具的变动 如果type为feat和fix，则该 commit 将肯定...
代码提交记录时候，一般时候哪些单词作为前缀并代表什么含义
舒一笑的博客
11-10 1204
在代码提交（commit）的过程中，使用一些特定的单词作为前缀可以帮助团队成员快速理解每次提交的主要目的和类型。这些前缀通常代表了提交的性质，比如是修复了一个bug、添加了一个新功能，还是进行了文档的更新。不过，不同的团队和项目可能会有自己的约定，所以最好是遵循你所在项目或团队的具体规范。这通常意味着你在代码库中引入了新的功能或者新的用户面向的特性。这通常指的是不修改src或test文件的其他更改，比如构建过程或辅助工具的更改。这通常指的是添加新的测试或修正现有的测试，但不涉及生产代码的更改。
Git提交前缀规范
u011135963的博客
01-25 873
Git提交前缀规范
当使用 Git 提交代码时，常见的 Git commit message 的前缀
weixin_46228563的博客
08-31 856
这些前缀涵盖了常见的更改类型，您可以在提交时根据特定的更改类型选择适当的前缀。chore:：常规的工作或任务，如构建、版本控制、配置文件等。perf: 或 performance:：性能优化相关的更改。data:：与数据相关的更改，如数据库操作、数据结构等。feat: 或 feature:：引入新的功能或特性。migration:：数据库迁移或数据迁移相关的更改。vendor:：更新或修改依赖的第三方库或模块。restyle:：调整样式或外观相关的更改。build:：构建过程或工具相关的更改。
git提交规范，前缀解释（之前居然不知道这是啥）
zhou269517的博客
06-05 650
5、refactor: 重构（即不是新增功能，也不是修改bug的代码变动）3、docs: 文档（documentation）4、style: 格式（不影响代码运行的变动）6、chore: 构建过程或辅助工具的变动。1、feat: 新功能（feature）10、improvement: 改进。7、revert: 撤销，版本回退。2、fix: 修补bug。8、perf: 性能优化。11、build: 打包。13、update:更新。12、ci: 持续集成。
有关commit的一些前缀总结
weixin_46895187的博客
07-18 739
如果commit的说明不仔细的话，很可能要花费很大时间去找源头，所以总结了一些前缀
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值