我想看看是否有一种方法可以创建一个 install4j 配置,允许我以这样一种方式推送稳定和不稳定的版本,以便大多数客户端将获得稳定的升级路径(1.0.0->1.0.1- >1.1->1.2->2.0 等)和一些“测试版”客户将获得更多前沿版本:(1.0.0->1.0.1-beta-1->1.0.1-beta2->1.1-> 1.2-beta1 等)
我现在能想到的唯一方法是创建 2 个完全独立的安装程序和 update.xml 位置 - 也许这是唯一的方法
在此先感谢-A-
您只需要updates.xml
可从不同 URL 下载的两个不同版本。updates.xml
每当您发布稳定版本时,您只需更新稳定版本。
默认情况下,更新程序中的“检查更新”操作会下载在安装程序->自动更新选项选项卡上定义的 update.xml。
要使此位置变量,updatesUrl
请在更新程序的启动节点中添加带有变量名称的“从 Java 首选项存储中读取密钥”操作,然后您可以${installer:updatesUrl}
在“检查更新”操作中使用。
${compiler:sys.updatesUrl}
然后,您使用“在 Java 首选项存储中设置密钥”操作在安装程序中设置初始值。在您的应用程序中,您可以通过在自己的代码中编写值来轻松地提供一种切换更新通道的方法。