说到研发流程，大部分人肯定首推某某某大厂的研发流程。诚然，大厂的研发流程的确完善并且细致，然而实际上并不一定适用于其他公司或团队，比如QA、单元测试、自动化测试这些环节，我想很多公司都不会有。所以，盲目地套用别的公司或者团队的研发流程，是可能水土不服的，但是却可以给我们提供一个参考意见，去弥补自身的不足。
研发流程一定不是凭空出现的，它必须紧密贴合实际的项目过程。我很重视这块，在我还是“光杆司令”的时候，我就在筹备着。我当时的想法是，等我这个组进人的时候，我一定不是手把手告诉他做项目的每一步该怎么做，而是用标准化的文档把整个大致过程记录下来，另外也是想要告诉我未来的同事，我这个团队是有思考和沉淀的，值得大家一起成长！研发流程一定不是完美的，但它一定是与时俱进的。我回顾了一下这份文档，前前后后修改了不下次。接下来针对前端研发流程这块分享一下我们的实践，希望给有需要的朋友一点帮助！整体流程团队整体的一个研发流程大致如下：这块可能大部分公司都是大同小异，没什么好细说的。实际上，可能每个环节是否执行到位也是需要打个问号的。前端研发流程系统镜像为了方便新入职同事快速进入状态，我们制作了统一的前端开发系统镜像，避免了出现电脑装机和各种环境配置出现的问题，产生一些不必要沟通而浪费时间。最早的时候，还是我出的一个简单的文档，告诉新同事要装什么什么软件这样子，但是发现问题还是挺多，用了镜像后，省心不少。
前端研发流程图这张图描述了前端日常开发的主要过程，可以花个1到2分钟好好看看。研发资源原型设计：axure视觉设计：蓝湖，iconfontapi文档：swagger敏捷协作：TAPD，研发日常的任务，需求，缺陷等工作都集中在TAPD[1]平台上。源码仓库：自建Gitlab团队文档：语雀处理IconFont图标在图标管理这块，我们使用的是iconfont，包括字体图标和矢量图标都有用到，并且封装了对应的组件icon-font和icon-svg，目前主要以使用icon-svg为主，icon-font主要面向部分项目。在iconfont上调整好图标后，需要重新生成链接；对于字体图标组件icon-font，生成在线的fontclass链接，替换掉项目中index.html中的对应链接才会生效。对于矢量图标组件icon-svg，生成在线的symbol链接，替换掉icon-svg组件中引用的js链接才会生效。issue驱动虽然gitlog已经提供了记录查询的能力，但是还不够便捷，直观。我们采用issue驱动开发，所有的代码改动都应该先在gitlab创建issue，包括但不限于需求，缺陷，自测试，优化类改动。