electron/docs/tutorial/updates.md

162 lines
6.2 KiB
Markdown
Raw Normal View History

---
title: 'Updating Applications'
description: "There are several ways to update an Electron application. The easiest and officially supported one is taking advantage of the built-in Squirrel framework and Electron's autoUpdater module."
slug: updates
hide_title: false
---
There are several ways to provide automatic updates to your Electron application.
The easiest and officially supported one is taking advantage of the built-in
[Squirrel](https://github.com/Squirrel) framework and
2017-08-14 20:26:33 +00:00
Electron's [autoUpdater](../api/auto-updater.md) module.
2017-08-11 23:04:25 +00:00
## Using update.electronjs.org
The Electron team maintains [update.electronjs.org][], a free and open-source
webservice that Electron apps can use to self-update. The service is designed
for Electron apps that meet the following criteria:
- App runs on macOS or Windows
- App has a public GitHub repository
- Builds are published to [GitHub Releases][gh-releases]
- Builds are [code-signed](./code-signing.md)
The easiest way to use this service is by installing [update-electron-app][],
a Node.js module preconfigured for use with update.electronjs.org.
Install the module using your Node.js package manager of choice:
```sh npm2yarn
npm install update-electron-app
```
Then, invoke the updater from your app's main process file:
```js title="main.js" @ts-nocheck
require('update-electron-app')()
```
By default, this module will check for updates at app startup, then every ten
minutes. When an update is found, it will automatically be downloaded in the background.
When the download completes, a dialog is displayed allowing the user to restart the app.
If you need to customize your configuration, you can
[pass options to update-electron-app][update-electron-app]
or
[use the update service directly][update.electronjs.org].
## Using other update services
2017-08-11 23:04:25 +00:00
If you're developing a private Electron application, or if you're not
publishing releases to GitHub Releases, it may be necessary to run your own
update server.
2017-08-11 23:04:25 +00:00
### Step 1: Deploying an update server
2017-08-11 23:04:25 +00:00
Depending on your needs, you can choose from one of these:
2018-02-19 23:24:15 +00:00
- [Hazel][hazel] Update server for private or open-source apps which can be
deployed for free on [Vercel][vercel]. It pulls from [GitHub Releases][gh-releases]
and leverages the power of GitHub's CDN.
2018-02-19 23:24:15 +00:00
- [Nuts][nuts] Also uses [GitHub Releases][gh-releases], but caches app
updates on disk and supports private repositories.
2018-02-19 23:24:15 +00:00
- [electron-release-server][electron-release-server] Provides a dashboard for
handling releases and does not require releases to originate on GitHub.
2018-02-19 23:24:15 +00:00
- [Nucleus][nucleus] A complete update server for Electron apps maintained by
Atlassian. Supports multiple applications and channels; uses a static file store
to minify server cost.
Once you've deployed your update server, you can instrument your app code to receive and
apply the updates with Electron's [autoUpdater](../api/auto-updater.md) module.
2018-02-19 23:24:15 +00:00
### Step 2: Receiving updates in your app
2017-08-11 23:04:25 +00:00
First, import the required modules in your main process code. The following code might
vary for different server software, but it works like described when using [Hazel][hazel].
2017-08-11 23:23:54 +00:00
:::warning Check your execution environment!
2017-08-11 23:04:25 +00:00
Please ensure that the code below will only be executed in your packaged app, and not in development.
You can use the [app.isPackaged](../api/app.md#appispackaged-readonly) API to check the environment.
:::
```js title='main.js'
2018-02-19 23:24:15 +00:00
const { app, autoUpdater, dialog } = require('electron')
2017-08-11 23:04:25 +00:00
```
Next, construct the URL of the update server feed and tell
2017-08-14 20:26:33 +00:00
[autoUpdater](../api/auto-updater.md) about it:
2017-08-11 23:04:25 +00:00
```js title='main.js'
2017-08-14 20:26:33 +00:00
const server = 'https://your-deployment-url.com'
const url = `${server}/update/${process.platform}/${app.getVersion()}`
autoUpdater.setFeedURL({ url })
2017-08-11 23:04:25 +00:00
```
2017-08-21 22:19:59 +00:00
As the final step, check for updates. The example below will check every minute:
2017-08-11 23:04:25 +00:00
```js title='main.js'
setInterval(() => {
autoUpdater.checkForUpdates()
}, 60000)
2017-08-11 23:04:25 +00:00
```
Once your application is [packaged](./application-distribution.md),
2023-04-16 04:20:59 +00:00
it will receive an update for each new [GitHub Release][gh-releases] that you
publish.
2017-08-11 23:04:25 +00:00
### Step 3: Notifying users when updates are available
2017-08-11 23:04:25 +00:00
Now that you've configured the basic update mechanism for your application, you
2017-08-15 09:38:54 +00:00
need to ensure that the user will get notified when there's an update. This
can be achieved using the [autoUpdater API events](../api/auto-updater.md#events):
2017-08-11 23:04:25 +00:00
```js title="main.js" @ts-expect-error=[11]
2017-08-15 09:38:54 +00:00
autoUpdater.on('update-downloaded', (event, releaseNotes, releaseName) => {
const dialogOpts = {
type: 'info',
buttons: ['Restart', 'Later'],
title: 'Application Update',
2017-08-15 20:55:55 +00:00
message: process.platform === 'win32' ? releaseNotes : releaseName,
detail:
'A new version has been downloaded. Restart the application to apply the updates.'
}
2017-08-15 20:09:06 +00:00
dialog.showMessageBox(dialogOpts).then((returnValue) => {
if (returnValue.response === 0) autoUpdater.quitAndInstall()
})
2017-08-15 09:38:54 +00:00
})
```
Also make sure that errors are
2017-08-15 09:38:54 +00:00
[being handled](../api/auto-updater.md#event-error). Here's an example
for logging them to `stderr`:
```js title="main.js"
autoUpdater.on('error', (message) => {
2017-08-15 19:38:31 +00:00
console.error('There was a problem updating the application')
console.error(message)
})
2017-08-15 20:55:55 +00:00
```
2017-08-22 14:51:57 +00:00
:::info Handling updates manually
Because the requests made by autoUpdate aren't under your direct control, you may find situations
that are difficult to handle (such as if the update server is behind authentication). The `url`
field supports the `file://` protocol, which means that with some effort, you can sidestep the
server-communication aspect of the process by loading your update from a local directory.
[Here's an example of how this could work](https://github.com/electron/electron/issues/5020#issuecomment-477636990).
:::
[vercel]: https://vercel.com
[hazel]: https://github.com/vercel/hazel
2018-02-19 23:24:15 +00:00
[nuts]: https://github.com/GitbookIO/nuts
2023-04-16 04:20:59 +00:00
[gh-releases]: https://docs.github.com/en/repositories/releasing-projects-on-github/managing-releases-in-a-repository#creating-a-release
2018-02-19 23:24:15 +00:00
[electron-release-server]: https://github.com/ArekSredzki/electron-release-server
[nucleus]: https://github.com/atlassian/nucleus
[update.electronjs.org]: https://github.com/electron/update.electronjs.org
[update-electron-app]: https://github.com/electron/update-electron-app