我在2年之前，写过一篇中小型项目的前端架构浅谈。随着能力的上升，以及在阿里巴巴工作的经验，是时候写一篇大型项目的前端架构分析了。 本篇文章不会更多侧重于具体技术实现，而是尝试从更高角度出发，分析为什么要这么做，这些设计能解决什么问题，成本和收益如何。 由于作者能力有限，可能会有…

本文从前端工程，团队协作，Git Flow，提交规范与校验，生产部署的角度，介绍架构人员需要掌握的 git 实践能力

公司一个老项目，没有做代码提交前的校验，我拿到后，想着老项目嘛也没时间帮它弄这些，反正就是改一点点小东西；尽量跟着它的代码风格写，写完提交就行； 直到某一天，又有一个人加入了进来。好家伙，直接干出事

在团队协作中，为避免低级 Bug、以及团队协作时不同代码风格对彼此造成的困扰与影响。如果项目中没有统一的规范就会导致代码风格的五花八门，不利于代码的阅读和维护。所以会预先制定编码规范，

记录自己的前端工作流,后面慢慢补充 1.代码规范, Eslint,Prettier 2.git提交规范, husky, commitlint,lint-staged

本文花费30天，和多位前端同学探讨，用2W字带大家梳理前端知识体系，形成了本文结束的庞大的前端知识图谱。在此与寒草一起建立起前端知识体系吧。