electron builder 打包多个第三方依赖的软件

背景

在实际的开发过程中,我们最后打包生成的exe。会依赖一些第三方的软件,或者说是一些系统的环境,比如 .net framework vc++ 等,这些环境不能依赖客户的环境,所以最好的做法是在打包的时候,一起打包。

electron如何做到打包多个依赖

electron里面最常用的打包方式就是electron-builder了,其中electron-builder可以对nsis进行整合配置,具体可以参照官网 https://www.electron.build/configuration/nsis

怎么理解几个macro

electron-builder里nsis程序运行的入口就是 https://github.com/electron-userland/electron-builder/blob/c35b3150536be66a9e1c2aae75f7e8f7f610699d/packages/app-builder-lib/templates/nsis/installer.nsi

可以看到

customHeader => 可以配置一些nsis运行的环境,最常用的比如安装时需要的权限。RequestExecutionLevel admin
这里需要注意的是,配置文件在 installer.nsh在添加安装权限(RequestExecutionLevel admin)时,

需要在由管理员权限的cmd下进行打包安装


这里是真正进行安装的环节
打开installSection.nsh, 可以看到,在这里会执行customInstall

所以这里才是我们需要打包依赖包的地方


安装依赖包的代码非常简单,$INSTDIR\bin 是指安装后目录,也就是说,需要把依赖的二进制文件,打包到安装后的目录下,方便后续的安装

原文地址:https://www.cnblogs.com/Sir-Lin/p/12070027.html

时间: 2024-10-02 08:56:32

electron builder 打包多个第三方依赖的软件的相关文章

Maven 手动添加第三方依赖包及编译打包和java命令行编译JAVA文件并使用jar命令打包

一,实例:新建了一个Maven项目,在eclipse中通过 build path –> configure path-.将依赖包添加到工程中后,eclipse不报错了.但是用Maven命令 mvn clean compile 时出错如下: 原因是在eclipse中添加了 exteneral jar后,还需要在maven中再添加依赖的jar包 Maven手动添加第三方依赖包有两种方法: 参考:maven 添加第三方依赖              maven中把依赖的JAR包一起打包 第一种方法是使

Maven配置、第三方依赖jar包打包以及Profiles多环境配置

由一次打包部署失败引发的深入探索┑( ̄▽  ̄)┍ 一.Maven配置 1.概览 <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/

Mapreduce部署与第三方依赖包管理

Mapreduce部署是总会涉及到第三方包依赖问题,这些第三方包配置的方式不同,会对mapreduce的部署便捷性有一些影响,有时候还会导致脚本出错.本文介绍几种常用的配置方式: 1. HADOOP_CLASSPATH 在hadoop的相关配置文件中,添加CLASSPATH路径,那么在hadoop的各个进程启动时都会载入这些包,因此对于mapreduce-job jar中则不需要额外的引入这些jars,所以mapreduce-job jar会比较小[瘦jar],便于传输:但它的问题也比较明显,如

eclipse打jar包解决第三方依赖包

在项目根目录下手动MANIFEST.MF(eclipse无法自动生成) MANIFEST.MF Manifest-Version: 1.0 Class-Path: lib/kafka-clients-0.9.0.1.jar lib/slf4j-log412-1.7.6.jar Main-Class: cn.Test 注意: 第一行:号后面一定要有个空格 每个依赖jar包前面和后面必须有个空格,如果有很多jar包不能全写在一行,必须转到下一行 空格lib/kafka-clients-0.9.0.1

Java 工程打包成库需要依赖其它外部库的打包方式

2019-06-14 关键字:Java 打包.jar 打包依赖 经常会有将 Java 工程打包成一个 jar 库的形式以供其它工程调用的需求.而我们需要被打包成 jar 库的工程中也难免会有需要依赖外部其它 jar 库的情况.比如,我们自己开发一个通过 HTTP 访问网络资源的工程,这个工程需要解析 XML 文件,我们通常不会自己从零开发 XML 解析的功能,网络上已经有很多现成的 XML 解析 jar 库,直接拿来用就好了.在这种情况下,我们自己的 HTTP 访问网络资源工程在开发好以后,如果

spark-shell导入第三方依赖

对于spark下已经有的依赖,直接 import SparkContext 但是有些第三方依赖,需要从外部引入 spark-shell --jars /home/wangtuntun/下载/nscala-time_2.10-2.12.0.jar 如果有多个jar包需要导入,中间用逗号隔开

Android 混淆打包不混淆第三方jar包

项目因为要发布,所以要混淆打包. 混淆打包流程: 1.在proguard-project.txt文件中添加不需要混淆的类和第三方的jar包 这个是保持自己包中不需要混淆的类,如果有些类调用了jni也不需要混淆,不然会出错.还有如果项目中有其他项目作为library引入,那这些项目的一些类也不能混淆. 这个是保持项目中的第三方jar不混淆 另外加上上面几句话,不然会在控制台中报warning警告 2.在project.properties文件中把proguard.config=${sdk.dir}

【Android笔记】Android引用第三方依赖包library报错解决方法

在Android工程项目中,我们经常需要引用第三方依赖包library,有可能遇到以下引用报错的问题: 在设置完library后重新打开显示管理错误,就是reference那里有个红叉叉,eclipse没有报错. 那么有可能是因为: 在windows系统下,你的工程项目跟要引用的library工程项目不是在同一个盘符或跟目录下. 因为如果在不同盘符,project.properties中的android.library.reference.1值变成绝对路径,而ADT推荐是在ubuntu下使用的,

ASP.Net Core on Linux (CentOS7) 共享第三方依赖库部署

原文:ASP.Net Core on Linux (CentOS7) 共享第三方依赖库部署 背景: 这周,心情来潮,想把 Aries 开发框架 和 Taurus 开发框架 给部署到Linux上,于是开始折腾了. 经过重重非人的坑,终于完成了任务: Aries on CentOS7:mvc.aries.cyqdata.com Taurus on CentOS7:mvc.taurus.cyqdata.com 不过在发布的过程中,发现有大堆共同的dll(100多个,20多M): 看见一大堆这些dll,