我要评论
来源：juejin.cn/post/7374295163625521161
写在前面
git 提交规范
总结
写在前面
经常看到别人提交的代码记录里面包含一些feat、fix、chore等等，而我在提交时也不会区分什么，直接写下提交信息，今天就来看一下怎么个事，就拿 element-plus/ant-design 来看一下。
其实这么写是一种代码提交规范，当然不是为了炫技，主要目的是为了提高提交记录的可读性和自动化处理能力。
当然如果团队没有要求，不这么写也可以。
git 提交规范
commit message = subject + ：+ 空格 + message 主体
常见的 subject 种类以及含义如下：
1、feat: 新功能（feature）
用于提交新功能。
2、fix: 修复 bug
用于提交 bug 修复。
3、docs: 文档变更
用于提交仅文档相关的修改。
4、style: 代码风格变动（不影响代码逻辑）
用于提交仅格式化、标点符号、空白等不影响代码运行的变更。
5、refactor: 代码重构（既不是新增功能也不是修复bug的代码更改）
用于提交代码重构。
6、perf: 性能优化
用于提交提升性能的代码修改。
7、test: 添加或修改测试
用于提交测试相关的内容。
8、chore: 杂项（构建过程或辅助工具的变动）
用于提交构建过程、辅助工具等相关的内容修改。
9、build: 构建系统或外部依赖项的变更
用于提交影响构建系统的更改。
10、ci: 持续集成配置的变更
用于提交CI配置文件和脚本的修改。
11、revert: 回滚
用于提交回滚之前的提交。
总结
使用规范的提交消息可以让项目更加模块化、易于维护和理解，同时也便于自动化工具（如发布工具或 Changelog 生成器）解析和处理提交记录。
通过编写符合规范的提交消息，可以让团队和协作者更好地理解项目的变更历史和版本控制，从而提高代码维护效率和质量。
1. 我的私密学习小圈子~
2. 一行代码，实现请假审批流程（Java版）
3. SpringBoot 将 jar 包和 lib 依赖分离，Dockerfile 构建镜像
4. 快速搭建页面：一款开源可视化拖拽工具最近面试BAT，整理一份面试资料《Java面试BATJ通关手册》，覆盖了Java核心技术、JVM、Java并发、SSM、微服务、数据库、数据结构等等。
获取方式：点“在看”，关注公众号并回复 Java 领取，更多内容陆续奉上。PS：因公众号平台更改了推送规则，如果不想错过内容，记得读完点一下“在看”，加个“星标”，这样每次新文章推送才会第一时间出现在你的订阅列表里。
点“在看”支持小哈呀，谢谢啦
发表评论