【7】还是我，协同开发的提交规范
在未处理变更中，增加对提交的规范化
1、提交类型
[*]【新增功能】-【新的功能点、新的需求】
[*]【Bug修复】-【修复的Bug:现网发散Bug、测试阶段的Bug、验收阶段的Bug】
[*]【文档修改】-【只是修改了文档:注释、README.md等】.
[*]【样式修改】-【不影响代码功能的修改:CSS样式、代码格式化等】
[*]【代码重构】-【代码更改既不修复错误也不添加功能】
[*]【性能优化】-【代码更改可以提高性能】
[*]【测试代码】-【添加缺失测试或更正现有测试】
[*]【应用设置】-【工程文件的应用程序设置的修改等】
[*]【自定设置】-【web api,自定义，JavaScript/CSS】
[*]【回退更改】-【代码回退提交更改】
[*]【其他提交】-【除以上所有类型之外的提交更改】
这是从 Angular 代码提交规范 抄过来的
这个提的好:hjyzw:
我直接反手就记录需求，感谢支持~
页:
[1]