基于git hooks的前端代码质量控制解决方案
发布在前端-专注javascript2015年10月30日view:1023Xmgvzgrk
在文章任何区域双击击即可给文章添加【评注】!浮到评注点上可以查看详情。

基于git hooks的前端代码质量控制解决方案

原文看这里:https://github.com/kuitos/kuitos.github.io/issues/28
全部文章看这里 https://github.com/kuitos/kuitos.github.io/issues

国际惯例先说下故事背景

通常情况下,如果我们是一个对代码质量有要求或者存在code review这一流程的团队,我们必然会有一套团队内部达成共识的code style从而提高项目的可维护性及代码的可读性。而确保提交到代码仓库的代码是符合规范的手段通常是,代码提交前由工具帮忙指出,如早期的jslint、jshint以及现在的eslint。提交后code review阶段由其他同学确保代码没有其他规范及质量问题。

目前这种方式的症结点

  1. 整个流程全靠团队成员自觉遵守。也就是说,即使我们在coding之前已经有一份code style放在那,而且eslint(jslint、jshint)工具已经配置好,依然有可能存在漏看了(或者根本没看。。)工具的提示信息、忘记了部分规范要求而直接把代码提交的情况。
  2. code review阶段reviewer经常要指出一些纯代码风格上的问题价值太低。因为上一条中出现的情况,reviewer还得花一些时间去指出纯代码风格上的问题,这种事情价值太低而且往往会让reviewer感到有心无力如果ta刚好还是个强迫症患者的话
评论
发表评论
暂无评论
WRITTEN BY
Kuitos
技术宅,非典型程序猿,中度代码洁癖症、轻度强迫症患者,爱生活、爱美女,经常二逼,偶尔文艺
TA的新浪微博
PUBLISHED IN
前端-专注javascript

ES规范解读 & 前端架构
全部文章看这里 https://github.com/kuitos/kuitos.github.io/issues

我的收藏