场景目前公司的测试环境还是由开发者搭建和部署。这种做法是极不科学的。所以那种重复性的操作比如部署什么的应该是测试自己部署的工具。先来个工具预览-.-:实现本来想做一个网络版的工具。但是和公司的运维沟通是痛苦的。测试服务器没有联网，让他们开权限联网，bb不停。这是我应该做的事吗？我只能说我是一名前端开发人员。如果需要服务器，这是我作为开发人员应该做的事情吗？嗯，别抱怨，我前端什么都能玩，不是没有网，我还是很讨厌。如果没有互联网，我将制作该工具的离线版本。仅作为桌面应用程序是不够的。挖记录虽然我之前没有折腾过桌面应用，但是不要胆小，撸起袖子干吧。研究与选型技术目前了解到使用前端技术做桌面应用的神器有3个：Electron、NW.js、heX。我应该选择哪一个？别担心。看到Electron来自github，自然先考虑一下。安装Electron作为一个比较懒的人，首先想到的就是脚手架：#克隆这个仓库gitclonehttps://github.com/electron/electron-quick-start#进入仓库cdelectron-quick-start#安装依赖npminstall#运行appnpmstart，我们大概可以看到这样一个应用：然后我们看到这样一个目录结构：看，我们熟悉的index.html、main.js和renderer.js这三个文件。将它们全部打开，然后将它们与本地运行的应用程序相关联。不难理解，main.js是用来创建我们的应用程序窗口的。index.html用于显示应用程序的主要内容。既然是html和js，那就撸起袖子干吧。注意codewords中renderer.js的注释：不需要高深的英文吧？假设此文件被index.html引用。这个文件也可以写nodejs代码。这么一来，也不容易。之前挖了个坑：基于vue-cli的前端项目自动发布预览环境https://segmentfault.com/a/11...既然会写nodejs，那就直接和nodejs相关你之前做的只是使用代码。还是用ssh2模块，连接服务器，然后调用之前写的shell脚本，稍微修改一下传入的参数。好吧，多说无用，先预览一下我们的小工具：默认情况下，dist.zip是最新的要测试的包。如果测试环境包部署出现问题，影响测试，可以点击修改，然后输入我们开发的包名，提供回退版本，然后点击发布测试环境，等待构建完成完全的。咦，前端不是无敌了吗？开发还没结束，如果要拿来做测试，是不是应该打包成exe。electron-packager打包应用安装：npminstallelectron-packager-gpackaging:electron-packager。fe-tool--out../electron第一个参数是要打包的资源路径，我这里用的点代表当前路径H第二个参数是要打包的文件名，最后一个参数是将输出打包到的文件夹。整理作为一个穷鬼，我在窗户下扔了很多东西。我什么时候买一台Mac并重新安装它。更新于：2018-11-2710:25:24Mac已经启动。这非常有用。
