本文介绍: 规则1》小步提交,每个功能模块分别提交。modify 修改内容概述,一定要全面。scope 本次修改影响范围或重大改变。《规则2》源文件与修改文件,分别提交。修改内容全面,如背景、关联信息等。备注,如bug连接等。
git日志规范
一 基本原则
二 日志格式
1 type:
- `feat`: 新的功能
- `fix`: 修复buf
- `docs`: 只修改文档
- `style`: 不影响代码含义的修改(比如:空格、格式化、添加缺少的分号等)
- `refactor`: 重构代码(既不修复错误,也不增加功能)
- `perf`: 提高性能
- `test`: 添加测试或纠正现有测试
- `build`: 影响构建系统或外部
原文地址:https://blog.csdn.net/gjianw217/article/details/134579070
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若转载,请注明出处:http://www.7code.cn/show_9062.html
如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱:suwngjj01@126.com进行投诉反馈,一经查实,立即删除!
声明:本站所有文章,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。