{ "precommit": "lint-staged", "prepush": "ng test && ng build --prod"}在 precommit 时，我们配合 lint-staged 和 prettier 来进行代码格式化：
"lint-staged": { "src/app/*.{css,scss}": [ "stylelint --syntax=scss", "prettier --parser --write", "git add" ], "{src,test}/**/*.ts": [ "prettier --write --single-quote", "git add" ] }事实上，使用 ng lint --fix 也是一个不错的方式。
随后，我们在 push 代码之前，即 prepush，进行了测试及 Angular 的构建 production 的脚本。由于单元测试运行得相当的快，它可以在几分钟内完成，快速对问题做出响应。而不是等到持续集成出问题时，再去修复。
但是 Git 提高了这一种的种选项，也提供了一个 --no-verify 的参数。它可以让开发者不需要进行上面的验证，就能提交代码。
我们往往无法阻止别人做这样的事情，特别是当出现多个团队协作的时候。
难以防范的危险提交
原本，我想将标题取为 “有风险的提交”，但是我觉得危险的提交更为可靠。
常见的有要去吃饭了、要下班了、要开会了等等，临走前提交了一下代码。功能可能本身没有问题，但是它 block 后续的一系列行为。
当然了出现不可坑的因素，如地震、火灾等的时候，就不需要考虑这些事情了。
只是有了这些规范和实践，可以帮助我们开发出更稳定的 Web 应用。
结论
开发速度和质量，是一个难以平衡的天平。在不同的时间里，我们应该做不同的技术决策。
如果您觉得喜欢 请动动小手 点下关注 谢谢您 前端小学生 期待与您 共同成长。
分享到:
閱讀更多 前端小學生 的文章
