二、版本控制规范
先来打个样，我们日常提交版本信息的时候可以像下面这样写commit(svn|git) :
feat(人员新增): 增加人员批量导入
- 增加批量报盘功能
- 增加人员报盘后结果查询功能
- 修改人员新增布局
乍一看可能还是不清楚提交格式到底什么样子，那么我们接着看
具体的格式内容(用git的同学可以看这个commitizen)
<type>
(<scope>):这里是个空格
<subject>
<BLANK LINE>这是空行不用写内容
<body>
<BLANK LINE> 这也是空行不用写内容
<footer>
上面提到的格式字段说明
- type 表示提交类别，具体内容如下(可以根据项目具体定义):
* feat: 添加新特性
* fix: 修复bug
* docs: 仅仅修改了文档
* style: 仅仅修改了空格、格式缩进、都好等等，不改变代码逻辑
* refactor: 代码重构，没有加新功能或者修复bug
* perf: 优化相关，比如提升性能、体验
* test: 增加测试用例
* chore: 改变构建流程、或者增加依赖库、工具等
* revert: 回滚到上一个版本
- scope 表示修改范围,非必填（建议填写）
- subject 标题
- body 提交内容主体的具体描述内容
三、代码注释规范
自己开发使用的是PhpStorm ，注释主要是基于PhpStorm的Live Templates模板快速生成的(模板变量速查表地址)
先上图，看看具体效果,这样看起来是不是很清爽呢
image.png
下面是注释中比较常用的注释名，根据自己需要具体选择
/**
* @name 名字
* @abstract 申明变量/类/方法
* @access 指明这个变量、类、函数/方法的存取权限
* @author 函数作者的名字和邮箱地址
* @category 组织packages
* @copyright 指明版权信息
* @const 指明常量
* @deprecate 指明不推荐或者是废弃的信息
* @example 示例
* @exclude 指明当前的注释将不进行分析，不出现在文挡中
* @final 指明这是一个最终的类、方法、属性，禁止派生、修改。
* @global 指明在此函数中引用的全局变量
* @include 指明包含的文件的信息
* @link 定义在线连接
* @module 定义归属的模块信息
* @modulegroup 定义归属的模块组
* @package 定义归属的包的信息
* @param 定义函数或者方法的参数信息
* @return 定义函数或者方法的返回信息
* @see 定义需要参考的函数、变量，并加入相应的超级连接。
* @since 指明该api函数或者方法是从哪个版本开始引入的
* @static 指明变量、类、函数是静态的。
* @throws 指明此函数可能抛出的错误异常,极其发生的情况
* @todo 指明应该改进或没有实现的地方
* @var 定义说明变量/属性。
* @version 定义版本信息
*/
作者：万能的阿香
链接：https://juejin.im/post/5d2888e7f265da1bc14b5673
来源：掘金
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
