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

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

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