前端工程化之提交规范，主要是通过husky在.git目录中埋点hooks脚本，在提交前，通过lint-staged对当前修改做相应的格式化/校验，在提交时，通过commitlint对提交信息做校验，或通过commitizen模板生成规范的提交信息，如果需要版本日志，可以通过changelog生成修改日志。

如果不打算开发大型单页应用，应用够简单，最好不要使用 Vuex。一个简单的 store 模式就足够了。但是，如果需要构建一个中大型单页应用，就要考虑如何更好地在组件外部管理状态，Vuex 是不错的选择。

上一篇文章，把eslint引入了项目中做代码规范检查。 但是在团队协作中，还是可能有同事误提交不合规范的代码，于是有了eslint + pre-commit 的方案。

每一个小格代表了one day，不同的颜色深度，代表了不同的contributions次数，那么这个次数是怎么计算的呢？本文的翻译就是上图底部的蓝色链接中的Learn how we count contributions.

程序员最烦的几件事：写测试，变量命名，还有填代码提交信息（commit message）。翻几个开源项目遍马上可以回味那作文凑字数的青春时光。