卢纳黍的想疗院


一个不务正业,爱纹身、爱金属乐、玩乐队、Bug制造专业的前端程序猿~


规范尼玛说

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

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

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

建议打赏金额1-10元

支付宝打赏

微信打赏

最近的文章

Mac 终端工具 iTerm2

下载&安装 地址: https://www.iterm2.com/ 常用主题 iTerm2 最常用的主题是 Solarized Dark theme,下载地址:http://ethansc…

iTerm2, Mac 继续阅读
更早的文章

Taro & Uni-app多终端编译对比

先挖个坑一个,回头过来再补充。。。 基础认知 Taro => react Uni-app => vue 或 类vue app编译 Taro => react native Uni-…

Taro, uniapp, react, Vue, app 继续阅读
comments powered by Disqus