【Git】Git使用操作规约

9月前作者：Bankcary 分类：Toy博客阅读(30) 违法举报

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

提交日志规约

Commit Message：type(scope[optional]): subject

1. type

feature：新功能
fix：修补 bug
docs：文档
style：格式（不影响代码运行的变动）
refactor：重构（即不是新增功能，也不是修改 bug 的代码变动）
test：增加测试
chore：构建过程或辅助工具的变动
optimize：优化

2. scope

scope 用于说明 commit 影响的范围，比如数据层、控制层、视图层等等，视项目不同而不同。

3. subject

subject 是 commit 目的的简短描述，不超过 50 个字符。

以动词开头，使用第一人称现在时，比如 change，而不是 changed 或 changes
第一个字母小写
结尾不加句号（.）

示例：

feature(message-center): 开发消息发送落库功能。或者 feature: 开发消息发送落库功能。

分支命名规约

分支命名：{type}{time}{describe}_{developer}

1.type

feature：新功能
fix：修补 bug
docs：文档
style：格式（不影响代码运行的变动）
refactor：重构（即不是新增功能，也不是修改 bug 的代码变动）
test：增加测试
chore：构建过程或辅助工具的变动
optimize：优化

2. time

年月日方式，例如：20220915

3. describe

例如消息发送：send-message。尽量以两个单词描述清楚，多个单词间使用中划线 - 分割。

4. developer

建议填写开发者名字

示例：

feature_20220915_send-message_chen.ma

本文转自https://magestack.cn/convention/git.html#_1-type-1文章来源地址https://www.toymoban.com/news/detail-424169.html

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

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

分享到：

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

使用Git rebase合并多条提交记录commit。以及使用 git commit amend本地提交直接合并到远程已有commit的用法

需求场景一：对某个小的功能点进行多次反复的修改提交，且已经提交到远程，导致commit记录过多，太过于杂乱无章，想要精简合并一些提交记录。场景还原：比如下图4个git commit记录，log1-log4，需要将他们合并成一个提交记录解决方案：要处理的是log1-log4 这四条commit记

2024年02月08日
浏览(57)
gitlab配置webhook，commit message的时候校验提交的信息

在 GitLab 中配置 Webhook 来调用 Java 接口以校验 commit 信息，是很多公司的一些要求，因为提交信息的规范化是必要的 GitLab中的拦截钩子（Interceptor Hook）是一个自定义的钩子（Hook），用于拦截和修改Git命令的输出。它的工作原理是在Git命令执行后，将命令的输出拦截下来，然后

2024年02月09日
浏览(39)
统一git使用方法，git状态变迁图，git commit提交规范

目录说明统一git使用方法 git状态变迁图 git commit 提交规范多次工作中多名员工不懂git多次技术分享，自行查资料学习git并使用，会出现使用各种偏僻的命令，异常问题无法解决；或出现带url的git合并提交；接触git1年一直在请教求助一直未入门。主要是学的不对，培训的不

2024年02月11日
浏览(41)
Git Commit Message规范

Git commit message规范是一种良好的实践，可以帮助开发团队更好地理解和维护代码库的历史记录。它可以提高代码质量、可读性和可维护性。下面是一种常见的Git commit message规范，通常被称为\\\"Conventional Commits\\\"规范：每次提交，Commit message 都包括三个部分： Header ， Body 和 Foot

2024年04月14日
浏览(44)
git 修改历史 commit message

直接使用下面的命令，如果打开的是 vim 编辑器，先切换到英文输入法，键入 i 开始编辑（编辑完后也记得转为英文输入法），再键入 Esc 结束编辑并键入 :wq 保存退出即可。步骤：通过 rebase 变基实现查看最近的3次提交：当通过查看 log 定位出要修改的 commit 的位置后，就

2024年04月25日
浏览(45)
Git —— Commit Message 规范介绍

日常开发中，我们经常会使用到 Git 进行代码管理，而 Git 中最常用的命令就是 git commit ，我们通过 commit 命令将修改后的代码提交到本地仓库，然后再通过 git push 命令将本地仓库的代码推送到远程仓库。 git 规定提交时必须要写提交信息，作为改动说明，保存在 commit 历史中

2024年02月03日
浏览(52)
【Git】本地仓库管理远程库(GitHub)——clone(下载)、commit(添加到本地仓库)、push(提交到远程仓库)、pull(拉取)操作

目录使用远程仓库的目的将本地仓库同步到git远程仓库 1.克隆远程仓库(clone) 2.新建一个文件 3.将工作区的文件添加到暂存区 4.将暂存区的文件添加到本地仓库(commit) 5.提交(同步)到远程仓库(push) 6.远程库拉取到本地库(pull) 7.团队协作开发和跨团队协作开发(开源项目) 作用：备

2024年01月21日
浏览(73)
《Git常用命令》详细讲解·第4篇（git commit -m “commit message“和git commit --amend）

提交所有更新提交所有更新过的文件——git commit -m “commit message” 是一个Git命令，用于将暂存区的更改提交到本地仓库。 -m 选项后面跟着的是本次提交的描述信息，即commit message。这个信息应该清晰地表明所做的更改。示例：提交更改到本地仓库：在这个例子中，我们提

2024年04月28日
浏览(44)
Git Commit 之道：规范化 Commit Message 写作指南

commit message格式都包括三部分：Header，Body和Footer Header是必需的，Body和Footer则可以省略 Type（必需） type用于说明 git commit 的类别，允许使用下面几个标识。 feat ：新功能（Feature） \\\"feat\\\"用于表示引入新功能或特性的变动。这种变动通常是在代码库中新增的功能，而不仅仅是修

2024年02月03日
浏览(56)
Git 如何修改历史的 Commit message

目录修改最近一条Commit 修改过去若干条 Commit 场景：当分批次多次提交时，突然发现提交的message不符合规范，想要修改，这时就可以使用了如果只是想修最近一条 Commit, 直接使用命令: 就可以进行修改，命令行会进入vim的界面，让你修改上一次的提交 Message，改好消

2024年02月08日
浏览(42)