使用commitizen实现按团队规范提交代码

简介: 使用commitizen实现按团队规范提交代码

前言


使用Git来管理项目时,项目负责人在搭建项目时会定义好代码的提交规范,如果没有按照规范是无法提交代码的,但是每次提交都手动写那些格式甚是麻烦,于是乎就有了commitizen这个工具。


本文就跟大家讲解下如何使用commitizen这个工具来快速按照团队规范来提交代码,欢迎各位感兴趣的开发者阅读本文。


插件安装


  • 全局安装commitizen插件


yarn global add commitizen


插件使用


  • 执行git cz命令,选择对应的提交信息


# 命令解析
## 本次提交你修改的类型是什么?使用方向键进行选择
Select the type of change that you're committing: (Use arrow keys)
❯ feat:     A new feature # 实现新功能
  fix:      A bug fix # bug修复
  docs:     Documentation only changes # md文件修改
  style:    Changes that do not affect the meaning of the code (white-space, formatting, missing semi-colons, etc)  # 样式修改
  refactor: A code change that neither fixes a bug nor adds a feature # 功能重构
  perf:     A code change that improves performance # 性能提升
  test:     Adding missing tests or correcting existing tests # 与测试有关的更改
  build:    Changes that affect the build system or external dependencies (example scopes: gulp, broccoli, npm) # 影响到项目构建的相关修改
  ci:       Changes to our CI configuration files and scripts (example scopes: Travis, Circle, BrowserStack, SauceLabs) # 对CI配置文件和脚本的修改
  chore:    Other changes that don't modify src or test files # 不会修改src或测试文件的更改
  revert:   Reverts a previous commit # 恢复上一次提交
## 本次提交更改的范围
What is the scope of this change (e.g. component or file name): (press enter to skip) # 输入更改的内容后按回车,此处我的内容是:设计图
## 本次提交修改内容的简短概括,最多89个字
 Write a short, imperative tense description of the change (max 89 chars):
 (0)   # 输入本次更改的内容后按回车,此处我的内容是:设计模块添加设计图
## 本次提交修改内容的详细描述,用1,2,3..数字来描述,每一点之间用空格隔开
Provide a longer description of the change: (press enter to skip) # 此处我的内容是:1.添加反馈设计图 2.添加文件列表设计图 3.添加账户信息设计图
## 是否有重大变化
Are there any breaking changes? (y/N) # 此处我输入的是N
## 此更改是否会影响到未解决的问题
Does this change affect any open issues? (y/N) # 此处我输入的是N


640.png


  • 最后,使用vscode的push即可


640.png


  • 去github看下效果,成功按照预先规定好的格式提交了


640.png


写在最后


我一直使用的webstorm,它有个插件叫git-commit-template可以界面化来引导你按规范提交代码。但是我的组员有人使用的开发工具是VSCode,我在它的插件市场找了一圈没有发现类似的工具,就只能用commitizen这个工具在命令行进行提交了。

相关文章
|
5天前
|
存储 开发工具 git
Git工作流程:如何在团队中协作?
Git工作流程:如何在团队中协作?
|
5天前
|
前端开发 JavaScript 持续交付
前端代码审查规范
前端代码审查规范
|
7月前
|
Cloud Native 测试技术 Linux
开源项目的测试和质量保证
开源项目的测试和质量保证
76 0
开源项目的测试和质量保证
|
SQL 运维 jenkins
测试思想-流程规范 SVN代码管理与版本控制
测试思想-流程规范 SVN代码管理与版本控制
108 0
|
测试技术 BI Android开发
测试思想-流程规范 软件测试版本管理与版本发布
测试思想-流程规范 软件测试版本管理与版本发布
156 0
|
运维 测试技术 Linux
软件开发版本控制流程
软件开发版本控制流程
946 0
软件开发版本控制流程
|
存储 测试技术 开发工具
企业Git 规范的必要性
既然认同需要一份 Git 规范,那么这个规范需要规范哪些内容,解决哪些问题
212 0
企业Git 规范的必要性
|
前端开发 JavaScript IDE
让团队代码像一个人写的
前端代码规范流程实践思路 1. 本地开发过程,提示、校验、更改 2. Git 提交过程,代码校验是否允许提交 3. 服务端校验,代码校验是否合并和发布
让团队代码像一个人写的
|
机器学习/深度学习 算法 安全
一个代码审查规则如何将我的团队变成了梦之队
  函数式编程已经存在了六十年了,但是到目前为止,它并没有停止克服面向对象编程的普遍使用。 随着机器学习和大数据的爆炸性增长,由于可以并行化纯函数的简单性,函数式编程正变得越来越流行。 数据分析任务和工作流的代码也更易于遵循,测试和维护,使用功能范式有助于日后的使用。   甚至像Java和Python这样的面向对象的编程语言也从内置于地图,过滤器和简化功能的功能性编程中采用了巨大的概念。 它们还具有声明纯内联lambda函数以及创建一等和高阶函数以将函数作为参数传递的功能。   简而言之,函数式编程需要为固定变量构建纯函数并通过其响应更改状态。 相反,其他编程语言具有通过更改程序中变量引用
122 0
|
自然语言处理 算法 安全
谷歌开源内部代码评审规范
谷歌成立于 1998 年,以搜索起家,到目前为止已经发展了 21 年。在过去的 21 年中,谷歌不断创新,开发了七款产品,拥有超过 10 亿级活跃用户,谷歌的工程师文化一直被认为是优秀且特别的。近日,谷歌开源了其内部一直在使用的代码评审规范,看看谷歌工程师是如何评审代码的。
1170 0