博客
关于我
electron部署更新服务器
阅读量:80 次
发布时间:2019-02-26

本文共 759 字,大约阅读时间需要 2 分钟。

electron更新有两种常见的实现方式,分别是基于squirrel打包的传统更新方式以及基于nsis安装的现代化解决方案。

对于windows应用程序的打包更新,squirrel是一个非常流行的选择。这种方法通过electron包中的autoUpdater模块来实现自动更新。在项目中,开发者需要配置github的用户名和仓库名,进而生成feedurl为https://update.electronjs.org/${username}/${repository}。这样一来,更新服务器会自动向github release API获取最新的.nupkg文件并下载最新版本的程序包。通过访问提供的url,可以直接下载最新的更新文件。需要注意的是,这种更新方式仅适用于基于squirrel打包的windows应用程序。

而对于nsis打包的项目而言,传统的更新方式存在一定的局限性,尤其是在与github release无缝集成方面。因此,开发者通常会选择使用开源项目hazel来搭建自定义的更新服务器,并将其部署到平台如vercel上。通过这种方式,开发者可以自由配置安装路径,并通过hazel提供的api接口,动态获取最新版本的程序包。

在实际操作中,开发者需要在环境变量中配置github的账号信息,并通过hazel服务器获取最新的版本信息。然后,将获取到的url拼接到feed = ${url}/update/${process.platform}/${app.getVersion()},从而获取最新的更新文件路径。最后,将这一路径对应的latest.yml中的下载链接用于安装程序的更新。

这种基于hazel的更新方案,不仅提供了灵活的安装路径配置,还能够通过自定义的更新服务器规则,实现更为精细的版本管理。

转载地址:http://pwuk.baihongyu.com/

你可能感兴趣的文章
nyoj------203三国志
查看>>
NYOJ-525 一道水题
查看>>
nyoj58 最少步数
查看>>
N皇后问题
查看>>
N皇后问题
查看>>
OAuth 2.0 MAC Tokens
查看>>
OAuth 及 移动端鉴权调研
查看>>
OAuth2 + Gateway统一认证一步步实现(公司项目能直接使用),密码模式&授权码模式
查看>>
OAuth2 Provider 项目常见问题解决方案
查看>>
OAuth2 vs JWT,到底怎么选?
查看>>
Vue.js 学习总结(14)—— Vue3 为什么推荐使用 ref 而不是 reactive
查看>>
oauth2-shiro 添加 redis 实现版本
查看>>
OAuth2.0_JWT令牌-生成令牌和校验令牌_Spring Security OAuth2.0认证授权---springcloud工作笔记148
查看>>
OAuth2.0_JWT令牌介绍_Spring Security OAuth2.0认证授权---springcloud工作笔记147
查看>>
OAuth2.0_介绍_Spring Security OAuth2.0认证授权---springcloud工作笔记137
查看>>
OAuth2.0_完善环境配置_把资源微服务客户端信息_授权码存入到数据库_Spring Security OAuth2.0认证授权---springcloud工作笔记149
查看>>
OAuth2.0_授权服务配置_Spring Security OAuth2.0认证授权---springcloud工作笔记140
查看>>
OAuth2.0_授权服务配置_三项内容_Spring Security OAuth2.0认证授权---springcloud工作笔记141
查看>>
OAuth2.0_授权服务配置_令牌服务和令牌端点配置_Spring Security OAuth2.0认证授权---springcloud工作笔记143
查看>>
OAuth2.0_授权服务配置_客户端详情配置_Spring Security OAuth2.0认证授权---springcloud工作笔记142
查看>>