setautocommit(false) 还是自动提交了_从0到1开发实战手机站(二):Git提交规范配置...

本文介绍了在项目开发中遵循Git提交规范的重要性,并详细阐述了如何配置Git提交规范,包括提交消息的Header、Body和Footer部分。通过设置commitizen和commitlint确保提交信息的标准化。同时,文章提到了分支、Tag和changelog的管理,以及如何生成和效验Change log。
摘要由CSDN通过智能技术生成

8e2785b0c3b2395d45364a9b45350ce3.png

生活不能随意过,代码也不能随意写。

前一篇文章我们已经把项目搭建好了,那是不是马上就开始写页面了呀?

NO!

无论在哪家公司,都会有相应的代码规范。新入职的员工往往第一步就要接受代码规范的学习。

既然是实战项目,我们也得在写页面之前把相关的规范配置做好。

今天我们先来看看项目中git的使用及相关规范吧。

Git规范及项目配置

目的

  1. 统一团队Git Commit标准,便于后续代码review、版本发布、自动化生成change log;
  2. 可以提供更多更有效的历史信息,方便快速预览以及配合cherry-pick快速合并代码;
  3. 团队其他成员进行类git blame时可以快速明白代码用意;

版本规范

1.分支

  • master: 主分支(保护分支),不能直接在master上进行修改代码和提交;
  • develop: 测试分支,所以开发完成需要提交测试的功能合并到该分支;
  • feature-*: 新功能开发分支,根据不同需求创建独立的功能分支,开发完成后合并到develop分支;
  • hotfix-*: bug修复分支,根据实际情况对已发布的版本进行漏洞修复;
  • release-*: 预发布分支。

2.Tag

采用三段式,v版本.里程碑.序号,如v1.2.3

  • 架构升级或架构重大调整,修改第1位
  • 新功能上线或者模块大的调整,修改第2位
  • bug修复上线,修改第3位

3.changelog

版本正式发布后,需要生产changelog文档,便于后续问题追溯。

提交规范

Git commit日志基本规范

每次提交,Commit message 都包括三个部分:Header,Body 和 Footer。

1<type>(<scope>): <subject>
2// 空一行
3<body>
4// 空一行
5<footer>

注意冒号后面有空格。

其中,Header 是必需的,Body 和 Footer 可以省略。

Header:

Header部分只有一行,包括三个字段:type(必需)、<

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值