背景介绍

项目中使用的技术栈基本上是Vue全家桶，说起为何做自助发布，想起菜鸟时只能写点代码在本地运行，却不知道如何发布的往事。需要特别说明的是这里提到的发布流程会涉及到防火墙相关的问题，所以在安全性要求高的生产环境并不适合。当然，如果墙不是问题，那所有的都不是问题。

自助发布实践进阶过程

实践自助发布是个渐进的过程，开发过程中的现实情况促使着一步步走到现在的版本。
有必要给大家介绍下本人使用过的发布流程：

1. 人肉发布
   简单的说就是在开发环境将包打好，上传到对应的服务器位置。
2. 借助编辑器发布
   本方法也需要在开发环境将包打好，通过在webstorm中配置deployment功能，实现一键部署到服务器上，省去了人肉拷贝到服务器的过程。下面博客描述了当年配置的过程。Vue项目一键远程发布(upload to remote)全流程配置。
   该发布方式使用了不短时间，也比较顺手，但是在多人多项目开始时弊端就会显现出来。比如：
   打包时需要将本地对应分支更新为最新；
   需要为开发人员都配置deployment，使用其他编辑器可能无此功能；
   在需要发布到多个环境时，需要多份配置，对应后台接口不同，会出现包与服务器不对应情况(抓狂);
   最后一条时常被指责，于是下定决心要改进发布流程。
3. 自助发布
   基于上述痛点，特别是最后一条，经过一段时间探索，实现了当前的发布流程。

说了这么多，不展示点干货就是在刷流氓。

平台体验

下面是一次部署过程：

1. 选择项目、分支、环境，点击 “立即部署”
2. 打印日志位置输出相应日志信息

也提供能移动端部署工具：

本自助发布系统特点

自助发布实现了用户随时随地、任意项目、任意分支发布，并且发布日志及时回传。简直实现了当时的所有幻想，还有富余。

优化方向

发布平台后续有如下优化方向：

1. 权限管理
2. 定时发布
3. 多环境同时发布
4. 加强后台，配置入库
5. ……

平台开放

由于目前工具涉及部分敏感信息，不便公开，后续代码会开源在github。