未经授权，请勿重印原始文章
大家好，我喜欢吃鱼。我一直在研究如何使用自动包装和出版，选择自动包装的原因是因为它简单，高效，免费，可以同时包装。发布平台。
我这次使用的技术堆栈是和谐的。通过构建基本应用程序，然后用于开发桌面应用程序。如果您不使用它，或者不了解，则可以在线搜索相关的教程。本文将不会教您如何使用+从头开始开发应用程序，只需教大家建立基本开发+包装和更新环境环境。
在建立基本的开发环境时，我们通常会由官员正式提供。当然，如果您想自己使用或构建一组环境，这也是可能的。这是个人的喜好。开发人员还可以使用官方建筑，并且一般过程是相同的。
首先使用一个应用程序进行初始化，然后我们需要安装，然后使用用于包装和更新的后续软件包，并执行以下命令进行安装。
安装上述内容后，建立了基本环境。现在我们将配置环境。首先，其中有一个字段。该字段是为了确定应用的启动文件。我们编写它，然后在项目root路径中创建一个文件，并在其中编写相关代码。由于上述版本建议我们不要在渲染层中注入相关功能以进行安全性，因此我们用来加载一个并给出渲染通过此第三个方面的文件相关的层相关功能，因此我们需要在根路径下创建一个功能。特定代码如下：
这是随后的主应用程序和渲染图层通信，以完成应用程序自动更新。目前，可以首先创建一个空文件。
以上是基本代码。接下来，我们需要让此代码运行。那我们该怎么办？
让我们再次打开文件，并将新命令添加到底部：
同时，我们需要执行并可以看到启动。默认情况下，浏览器窗口3000打开，也已启动，但是该页面将是白色的，因为它首先启动，并且将加载渲染页面。将会有延迟效果。我们只需要按控制台中的CTRK+F5即可刷新页面以查看最基本的应用程序是什么。
每次开始时，都需要执行两个命令。有什么方法可以简化我们，并且只执行一个命令并同时执行并运行？答案肯定在那里。我们只需要安装以下软件包，然后修改开发人员的运行命令。代码如下：
安装上面的软件包后，让我们修改Dev的操作命令：
上述命令中的双引号需要翻译，因此需要添加后坡。
修改Dev Execution命令后，我们执行一次，我们可以看到该应用程序可以正常启动，并且不会在浏览器中打开新窗口。当应用程序启动时，将加载应用程序，以免加载它，以免加载，以免加载它，以免加载，以免加载。我们的白屏出现在开头。让我谈论如何打包应用程序。
在以前的内容中，我们已经安装了所需的包装包装，它是用来制作最简单的包装而无需任何配置的。
当我们执行它时，我们将帮助我们制作简单的软件包，并仅生成一个无需安装的执行文件；当我们执行时，我们将帮助我们生成需要安装才能安装的文件，并将生成文件。此文件随后用于自动升级，在这里不要说。
如果您逐步关注我，那么最简单的包装应用程序即可完成，但是我们想要的不仅仅是一个简单的演示。因为使用默认包装方案仍然存在很多问题。
首先，使用默认值，我们想更改为所需的图标；其次，包装默认包装后的应用程序安装路径，我们还希望对其进行修改。最后，当包装计划打包时，默认包装计划将包装在安装程序包中。大小很大，我们还需要优化，因此我们需要进行自定义的包装配置。您可以看到特定配置内容的正式文档。在这里，我将直接列出配置项目并添加相关注释。以下内容添加到文件中，并且特定配置如下：
在上面的包装配置中，我只写了一个简单的注释。您可以遵循我的配置内容。如果您需要更多的自定义配置，则可以参考电子构建器的官方文档，其中包含各种详细的配置信息。
输入上述配置后，我们可以打包它，然后再次执行它。目前，包装的文件大小要比默认包装时小得多，我们还设置了一个自定义应用程序图标。特定代码是特定的代码等程度
现在包装已经成功，然后需要自动发布和更新。
说到更新，该官员还为我们提供了其更新方案，但它不太容易使用，该官员还提供了相关的更新解决方案，也就是说，我们需要接下来对其进行修改，以便我们的应用程序可以检测到测试当您进入新版本时，自动完成应用程序更新。
我们打开，将以下代码添加到此文件：
在这里写作，我们只完成主过程的更新代码，需要将主过程的更新通知到渲染层以显示给用户。获得渲染层的方法。那么，我们如何在主过程和渲染过程之间进行交流以显示我们的更新内容？
请记住我们之前保留的内容！我们还简要介绍了此文件。该文件的功能之一是成为中间桥，这对于我们在渲染层中使用相关功能很方便。强度加强我们的应用程序的安全性，所以我该怎么做？将详细介绍以下代码。
由于我们无法在渲染过程中直接进行通信，因此我们只能使用此第三方文件。
最后，让我们谈谈如何在渲染过程中更新操作。
在应用程序中，有一个。在此文件中，我们可以对应用程序进行自动更新检测。加载页面后，渲染过程将积极地向主过程发送通知。先前的版本是否相同，如果不同的话，它将通知渲染过程，并告诉渲染过程有新的版本需要更新。特定代码如下：
在上面的代码中，我们将通知发送到主流程，并收到主流程发出的通知。由于我们说我们不能直接发送它，并且需要重新播放一次，因此我们需要修改它，以使我们的代码适合正常。
只有对象中的通知才会接收主过程。
实际上，在这里写作，我们仍然是一步之遥，也就是说，可以使用可以应用于服务器的版本检测和更新。那么我们需要拥有服务器吗？答案是否定的。目前，如果您有自己的服务器，则只需要将包装的文件上传到服务器，并在中间修改相关配置即可通过您自己的服务器进行更新和下载，但是我们在这里选择以自动更新和包装。
我们在配置中打开并继续添加以下配置信息：
通过设置，我们告诉我们更新服务器是什么。当然，这里没有使用。还有许多其他选择。特定的选择范围，您可以参考官方文档。
自动更新已经完成，但是到目前为止，它无法自动更新，因为该应用程序尚未包装并发送到服务器。自动更新实际上是一个远程软件包，并确定本地应用程序的版本是否与远程应用程序版本一致。如果您不一致，则需要进行自动更新过程。我还说我们需要使用自动包装，那么如何使用它？您可以查看Ruan Yifeng的Github Action的入门教程。其中有大约介绍。我不会在这里详细介绍。根据Ruan Yifeng老师的教程，完成了基础配置。然后，您需要在根路径下创建一个文件夹，然后您需要继续在其中创建一个文件夹。最后，在文件夹中创建一个文件，或者只要后缀为，您就可以调用任何其他名称。特定代码如下：
当我们创建上述文件时，我们需要在上面创建一个项目，然后将项目的长范围仓库指向我们刚刚创建的项目。然后，您可以执行代码提交。当代码提交给github时，因为我们添加一个自动执行文件，当检测到文件时，将自动执行命令以帮助我们执行project.pack的项目。
包装成功后，我们需要在该项目的右侧找到它。单击输入。我们将看到一个预发行的按钮。单击它输入发布页面，添加当前版本版本的更新内容，然后单击“底部”最终应用程序的“确定”按钮完成了自动包装并发布。
包装和完成后，这就是您所看到的，如上图所示。我包含一个...安装程序包，因此还有更多的安装软件包。如果您的应用程序不需要这么多端端包装，则只需删除其中的相应平台即可。
我们可以测试自动更新是否已生效。首先，安装当前版本的当前版本，然后在内部升级版本号，然后再次提交。重新包装应用程序后，我们将自动检测到远程版本的新版本，并且会提示是否要安装新版本。
当然，我们不能总是对此进行测试。频繁提交和自动包装也很耗时。我们有一个很好的方法来测试本地应用程序的自动更新吗？当然，答案是肯定的。请记住，我们将文件留在前面。该文件中的内容实际上是远程更新内容。我们只需要在此文件中写下以下内容：
然后，我们只需要再次执行，并确保本地版本低于在线版本。当应用程序启动时，它将自动检测远程版本并执行前面提到的自动更新过程。
关于自动更新，还必须说明结束的自动更新不需要证书，但是如果末尾没有证书，则如果没有证书，则不会完成。至于终端自动更新是否需要证书，这需要用户自己对其进行验证。我在这里。尚未证明的系统，因此未经验证。经过验证的朋友可以在下面的评论区域给我留言。
此时，基本 + +过程已经完成。当然，我只是一个相对简单的包装过程，但是它已完全应用于包装和发布。实际上，我们可以在这里添加更多内容，例如：包装，无论是什么内容，它都是相同的模型。
当然，您实际上可以做很多有趣的事情。它本身是自动化的。如果您有兴趣，也可以自己搜索和学习。
这是我在掘金中写的第一篇文章。我以前一直在使用开发项目，但是版本较旧，所以我没有更新。现在已更新到版本18，现在该再次学习，我将继续学习和更新更多相关文章。感谢您的支持和喜欢。如果您有问题或不好，请评论和建议。
完整的代码在我上方，具体地址：电子demo，问星，请喜欢！
如果本文对您有所帮助，??跟随+??鼓励作者，谢谢大家
GitHub动作开始教程
电子要求不是定义的
电子应用程序使用电子构建器与电子 - 上升来实现自动更新
电子+react+qi niuyun实际交叉 - 平台桌面应用程序 - 第12章此课程版本较早，您可以参考包装内容
原始：https：//juejin.cn/post/7094865414353584164