共计 1447 个字符，预计需要花费 4 分钟才能阅读完成。
在之前的企业我的项目开发中，做过一些前端根底建设和我的项目推动的工作。
实现我的项目之后，始终没工夫整顿和反思在推动过程中，遇到的问题以及解决方案，因为前端团队人员较少，更多的是多人合作以及大家独特攻克一些问题。
工具
前端的编辑器，包含 sublime，还有 vscode，以及 webstorm、atom 这类编辑器，倒退到当初，vscode 成为了目前前端开发的支流编辑器
在团队开发过程中，针对一些固定的插件，须要实现标准和对立。
包含：
tab 缩进的大小，以及格式化的插件，例如在 vue 开发过程中，举荐应用 Vetur 进行格式化和代码束缚，包含代码查看 eslint 这些工具。
除了对立应用的插件作为标准以外，其余的插件作为个人爱好和习惯应用即可。
我的项目构造目录
文件夹划分
以 vue 开发为例：接口 api，路由 router，状态治理 store，组件 compoment、工具类 utils，倡议对立划分到各自的文件夹，明确文件夹的性能，文件命名标准能够参照：vue 官网文档 - 格调指南
文件夹命名能够依据习惯，最重要的是要明确划分性能，确保在开发过程中造成目录凌乱
代码编写
javascript
- 常量大写，标准应用 let 和 const 等命令, 变量和办法应用 驼峰 or 下划线进行命名，
- 工具类 utils 和依赖包办法，例如：工夫格式化 YYYY-MM-DD，对立应用 utils 中的格式化办法
- 深拷贝或者节流防抖等办法，依据我的项目场景封装或者应用 lodash，进行对立，混合应用容易减少开发成本。
html&&css
类名应用驼峰或者以 – 作为连贯，书写程序倡议以参考腾讯 css 书写标准
git
- 默认一条主分支，这个应该是大家在代码保护过程中的共识了
- 在我的项目实现第一次上线之后，倡议减少一条 fix 分支作为生产环境 bug 保护的分支
- 开发过程中，dev 分支的提交，提交信息应该具体且最好是依照提交的类型，是否是 fix 还是 update 代码
合作开发
在开发过程中，我的项目的进度和周期状况都不太一样，同时有些前端开发人员可能是刚进入我的项目，也有些在我的项目中呆了比拟久，能力也会有所差异，在开发和分配任务时，就须要依据不同的状况进行分配任务。
须要思考的问题
- 是否依据集体能力的强弱，分配任务的时候，重视造就还是依照集体善于的畛域去解决善于的问题。
- 业务组件和公共组件的编写，是依据分配任务的模块划分还是由某个同学独自去实现
- 更多问题。。。
文档以及正文
- 我的项目的 readme.md 倡议尽可能地欠缺，不仅仅局限于 装置 npm 依赖和启动，更应该蕴含下面所提到：插件标准、一些重要的依赖项、node 版本等
- 代码正文倡议保持良好的习惯，包含代码块正文，业务逻辑正文，实现痛点等
前端负责人
- 作为前端的负责人，须要联合业务需要，做更好的技术选型，对于现有的工具有肯定的理解和常识广度
- 良好的编码根底反对作为撑持，相熟前端我的项目架构，具备前端开发的技能，面对业务开发可能纯熟于心，对算法有肯定的能力和了解，对前端畛域的技术更新和信息有良好的敏感度
- 具备肯定的治理能力，放弃团队的生机，晋升整个团队的战斗能力，倡议能够发展一些技术分享或者探讨，疏导前端团队的成员去攻克一些难题，长于发现他们的闪光点。
- 不论是针对前端成员还是其余共事或者下级，领有良好的沟通和理解能力，疾速定位问题，进行无效沟通。
写在最初
以上就是对于小公司前端团队建设的一些思考，2022 年的前端，心愿各位前端开发的同学，都能找到属于本人的一片天地。
文章集体博客地址：小公司的前端建设的一些思考
创作不易，转载请注明出处和作者。