git commit的一些推荐规范[AngularJS推荐]

2019年10月2日 164次阅读 来源: caoweiju

规范

程序员是一个千变万化但是又不离其中的职业，能够实现各种各样的功能，实现的方法也是各种各样，而最佳实践又是很多程序员比较认可和遵守的一些规则，其中会有：

规范可能并不会带来直接的利好，但是随着工程的扩大，这些良好的习惯可能会带来很好的优势，不然eslint也不会这么受欢迎，

本文讲的并不是JavaScript-css-html的规范，而是程序员比较常用地git操作，先安利一个命令端的工具，

  1. https://github.com/robbyrusse… 一个命令端的利器
    这里也是讲git commit的一种方式，参考了AngularJS项目的推荐git规范]，

git commit补充

先看看angular的格式


Commit Message 格式

<type>(<scope>): <subject>
<空行>
<body>
<空行>
<footer>

可以看出分为三个部分，头部，主体，底部；

  1. 首先是头部，<type>(<scope>): <subject>
    包括了三个节点：

    • type 类型，修改的类型级别

      • feat：新功能（feature）
      • fix：修补bug
      • docs：文档（documentation）
      • style： 格式（不影响代码运行的变动）
      • refactor：重构（即不是新增功能，也不是修改bug的代码变动）
      • test：增加测试
      • chore：构建过程或辅助工具的变动
    • scope 修改范围
      主要是这次修改涉及到的部分，最好简单的概括
    • subject 修改的副标题
      主要是具体修改的加点
  2. body，修改的主体标注
  3. footer里的主要放置不兼容变更和Issue关闭的信息，
    这些东西由于我们书写代码本身就会经常性的提交，所以如果每次都这样书写的确是挺烦人的，所以我目前建议自己采用相同的但是更加简单的方式来完成，

简单的git commit规范

简单的git commit的格式：

git commit -m "fix:修改了去除定位偏移的bug" 
//git commit -m "fix+style:修改了去除定位偏移的bug+背景样式修改"

这样看的话们就算和自己平时修改和提交都差不多，毕竟目前主要的话还是fix+feat+style的修改会比较多，业务线偶尔也会refactor等操作，所以看自己的情况把。

参考：http://www.cnblogs.com/qcloud…
https://segmentfault.com/a/11…

    原文作者：caoweiju
    原文地址: https://segmentfault.com/a/1190000011224170
    本文转自网络文章，转载此文章仅为分享知识，如有侵权，请联系博主进行删除。
点赞