本文转载自微信公众号《小鹿动画学习编程》，作者小鹿。转载本文请联系小鹿动漫学习编程公众号。很多在校同学给我留言，希望小鹿分享一下前端开发的流程和工作规范。对于现在的同学来说，接触一些企业的工作流比较困难，所以今天爬上去，讲讲前端相关的开发流程和规范。这不，是项目经理非要爬上去告诉我前端Develop规范和工作流程。关于前端开发规范和工作流程，毫无疑问不同的公司是不一样的。有的公司领导认为没有必要，有的公司领导则很重视。两个不同的公司，我们分开说吧。1之前实习期间，在一家一千多人的二线城市公司工作。进公司后，我觉得这种公司应该是比较规范的。对于开发过程，没有正式的开发过程。客户想要什么功能只能跟产品经理沟通，然后产品经理直接下达开发任务。实习四个多月，到现在还没看到需求文档。有的时候在开发的时候，遇到一些看不懂的需求，不知道向谁请教这个项目的需求。在几次会议上，我也简单的提过，要不要写一个需求文档，至少我们团队的每个人都能知道整个应用的每一个功能是什么。其实说白了，公司不会因为你的话，就请专人写需求文档。2这里穿插一个小插曲，可能写到这里，很多人会问小鹿，为什么一定要认为开发功能一定要写需求文档，让专业能力强的人来写呢？而且写需求文档很浪费时间和人力，感觉有点不划算。仔细一看，确实吃力不讨好。如果你知道第28条原理，在上一篇文章中多次提到，20%的原因会影响80%的结果。一旦需求不被理解或者不被重视，后期就用最稳定的技术把它做的更好。人类的发展是在做无用功。上面简单说了之前公司的项目开发规范，没有，没有规范。这通常会导致许多问题。比如下面经常出现的问题，就是你可能花了一个星期或者更多的时间开发一个功能，最后发现并不是客户想的那样，于是你不得不重新理解需求，重新开发，去说白了，浪费了很多你对技术的感情。3我现在工作的公司，无论是开发规范还是工作流程，个人认为无论是对团队还是对个人来说，都是非常清晰和规范的。先说开发规范。前端开发规范之前在公众号上发表过。这就是我们现在的整个前端开发规范。老大像教科书一样跟我说，什么是开发规范？至于作品的开发过程，我想和大家分享一下。主要用到的工具如下：1.Confluence（产品迭代）2.Zeplin（UI设计）3.Swagger（接口文档）4.Bitbucket（公共仓库）5.Jira（任务分配）6.JenKins（自动化部署）对于一个新产品或者新版本，产品经理先写好需求文档，然后通过Confluence发布到公司内网，每个人（开发、测试等）都可以看到新的需求。然后开始前后端团队会议，分配开发任务，每个功能谁来做，开发周期几天，一般开发周期是工时的1.5倍，需要预留时间错误修正。预估开发工时后，即可独立开发。从通用仓库启动fork项目，开始克隆到本地。每次开发一个项目，都必须自动提交。所谓原子化，每次提交只能提交你修改的一个feature或者一个bug。提交提交也受到监管。必须说明你是否增加了新特性或修改了bug，或者其他操作需要选择相应的配置选项，然后写commitdescription。本地提交全部完成后，向总仓库提交PR，boss审核后，你写的代码可以正常合并到总仓库。这时候你写的函数，测试小姐姐就会开始第一次测试。有问题的话，会通过Jira把任务分配到你的账号上（本周小鹿BUG确实不少，以图为例，扎心了，哈哈哈），如下：way，一目了然，哪些bug还没有修复，哪些正在修复，哪些修改后等待测试，都会分类清楚。等你修改完bug，把bug修改任务拖到pendingtest里，测试小姐姐就知道了，哦，小鹿修改完bug了，我可以测试了。如果测试通过，测试小姐姐会把你的任务拉到要上线的栏目中。这就是整个开发过程的样子。每个人都在有序地处理自己的管道部分。上面的讨论是关于错误修正的工作流程。其实我们在前端开发一个新页面的时候，也是有一个工作流的。首先我们在Zeplin中看到UI设计图，然后根据设计图进行开发。开发完成后，提交代码，在Jira中拖拽开发任务等待UI确认，确认UI无误后，就可以在页面上开发一些交互功能了。总结以上主要写了目前的开发流程和前端开发规范。还有很多需要注意的细节没有细说，因为每个公司都不一样。以后可能进了一家公司，就会有自己的公司了。今天写这篇文章的主要目的是让同学们主要了解一下以后工作之后的发展过程。
