博客
关于我
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/

你可能感兴趣的文章
NIFI汉化_替换logo_二次开发_Idea编译NIFI最新源码_详细过程记录_全解析_Maven编译NIFI避坑指南001---大数据之Nifi工作笔记0068
查看>>
NIFI汉化_替换logo_二次开发_Idea编译NIFI最新源码_详细过程记录_全解析_Maven编译NIFI避坑指南002---大数据之Nifi工作笔记0069
查看>>
NIFI集群_内存溢出_CPU占用100%修复_GC overhead limit exceeded_NIFI: out of memory error ---大数据之Nifi工作笔记0017
查看>>
NIFI集群_队列Queue中数据无法清空_清除队列数据报错_无法删除queue_解决_集群中机器交替重启删除---大数据之Nifi工作笔记0061
查看>>
NIH发布包含10600张CT图像数据库 为AI算法测试铺路
查看>>
Nim教程【十二】
查看>>
Nim游戏
查看>>
NIO ByteBuffer实现原理
查看>>
Nio ByteBuffer组件读写指针切换原理与常用方法
查看>>
NIO Selector实现原理
查看>>
nio 中channel和buffer的基本使用
查看>>
NIO三大组件基础知识
查看>>
NIO与零拷贝和AIO
查看>>
NIO同步网络编程
查看>>
NIO基于UDP协议的网络编程
查看>>
NIO笔记---上
查看>>
NIO蔚来 面试——IP地址你了解多少?
查看>>
NISP一级,NISP二级报考说明,零基础入门到精通,收藏这篇就够了
查看>>
NISP国家信息安全水平考试,收藏这一篇就够了
查看>>
NIS服务器的配置过程
查看>>