规范尼玛说

随着公司开发人员的扩张,越发觉得由于每个开发人员由于以往的经历各不相同,导致各自的开发习惯差异可能相当巨大,在这种情况下很有可能会留下不太可见的安全隐患。比如:原本的开发抽走去做其他项目把当前项目交接给另一位开发,那么如果这两位的习惯差异很大,代码风格差异很大,交接必然是一项很艰难的工作;比如:git使用全凭格各自喜好,万一哪天在生产环境发生了需要回滚的问题,如何去定位上一个版本。。。等等这些,都是很有可能会发生的问题。

既然意识到了这些问题,那么就要动手去尽可能的把这些可能发生的问题扼杀在摇篮里。所以针对于我司的开发从代码风格Eslint,git的工作流规范,git的commit msg规范等方面入手逐一定制公司层面的规章制度。。。

<!-- 先挖个坑,之后来补充,部分规范已经写了一版,但毕竟这不是我擅长的事,肯定还有很多没考虑到的问题,欢迎各位提意见补充,求轻喷 -->