经历了国庆前百无聊赖的水了好几天之后，我终于开始了对打包这一串的步骤的总结。
根据我的学习和实践，我将打包的步骤总结为如下的步骤：
jenkins与github自动化构建
jenkins是自动化的打包工具，其新建一个项目的界面如下所示：
点击左侧configuration则跳出工程打包上传的构建配置界面：
这几个配置项可以按照自己的需求进行配置
其中的source code management的这一个选项需要填写与这一个项目对应的git地址，以及对应的项目分支：
而build选项则是需要配置自动化打包工具执行的shell指令：
上述三条指令分别是安装、打包、上传。
Xshell手动构建上传
如果项目在自动构建的时候发生了一些异常，导致构建发生失败，则需要手动进行构建。
1 首先新建一个回话，填写好主机以及端口的信息
2 连接远程服务器
这里连接的时候还有一步，就是需要输入远程服务器的密码，验证成功之后，就可以进入到相应的服务器中了。
3 进入工作空间
我们可以把服务器看作是一个巨大的文件系统，因此需要知道当前的项目在服务器中的路径，进入这个路径，才能进行相应的操作。
4 上传文件压缩包
可以使用指令，也可以直接利用交互操作将项目压缩成为zip文件格式。
在xshell中输入rz指令，可以跳出选择文件上传的目录。
上传成功之后，使用unzip指令进行解压。
cd 目录名 进入项目的目录。
5 进行打包操作
利用指令 npm run build内进行打包
6 替换
（1） 利用指令npm run deploy进行替换
（2） 以防指令替换发生意外，则使用手动进行替换。主要替换的是static文件夹以及template文件夹下的index.html文件。
首先我们知道了上述两个文件都是在static文件夹下的。这是源地址。
而替换的目的地址是什么呢？我们可以打开项目的deploy.config.js文档，一般来讲，这其中都会给出这两个文件的地址。
我们只截取到倒数第二级目录，也就是这个文件所在的地址。
然后使用mv 源文件 目的地址的格式进行替换即可。
7 注意事项
为了避免替换的时候发生意外，导致文件不可恢复，一般回对上一次上传没有问题的文件进行备份
利用 mv 文件路径 当前目录/新名字 即可，一般命名格式为后面加上–日期