专栏写到这，代码部分已经完成了，其实是个小小的项目，代码量也不大，但实现了我们想要的目标，那么我们还需要将这个大屏的项目部署到服务器上，我们要做就把完整的流程都做一遍。
一、打包方式的技术选型
项目是前后端分离开发的，我们在开发阶段是前后端项目分别启动的，现在要上线，有这么几种方案可供选择：
- 服务器上也前后端分别部署
- 将前端打包后的静态资源拷贝到服务器的nginx上，后端项目单独部署
- 使用jenkins这样的流水线工具部署
- 将前后端代码打包在一起进行部署
这几种方案在不同的项目中都有他们的应用场景，而过于我们这么一个小小的项目来说，前两种方案都特别不方便，尤其是边开发边使用的情况下，改一点前端代码，就需要打包一次上传部署一次，这无形中增加了我们很多的工作量。这里我想让大家明白的是这么一个道理，前后端分离开发固然是一个趋势，但对于小团队，如果处理不好部署的问题，那会给团队无形中带来很多的工作量，会造成团队工作效率低下。
而我们为了尽可能地少干活，那就必须要减少一些不必要的操作，此处就是，前后端的分立部署，绝对不是一件轻松的事情。
那此时同学们可能会说，那采用jenkins进行流水线部署呢？那就很简单了呀，确实，使用jenkins确实能降低很多工作量，也是一种非常好的部署方式，但要注意，使用jenkins可是需要很多服务器资源的，安装maven私服，部署jenkins服务都要占用不小的服务器资源。比如，我的服务器就是个一核两G的学生机，比如，你做的私活项目，客户就给了你一台两核四G的阿里云主机，那你还在服务器上装jenkins？安装jenkins这一套这都是工作量，而且jenkins的运维也是需要人来操作的，从哪方面来说，jenkins对于小项目小团队来说，都太重了，我们的项目还没到需要使用这种重量级组件的程度。
所以，我们选择dubbo-admin采用的方式，开发时前后端分离，部署时将前后端打包到一个Jar包中运行。