New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

docs: add note about electron-updater #10326

merged 3 commits into from Sep 27, 2017


None yet
5 participants

develar commented Aug 22, 2017

No description provided.


This comment has been minimized.


MarshallOfSound commented Aug 22, 2017

Repasting comment from other PR

This kind of information should go in the update tutorial, that's where we moved a lot of it recently.

Not sure it belongs in the docs though. The update documentation/tutorial is talking about using the electron autoUpdater API and I'm pretty sure that although electron-updater loosely wraps the API, it does a whole bunch of custom stuff that we can't be responsible for.

Will defer to others but I don't think we should put something in the updater docs which we don't support and doesn't actually support our built in auto updating tech (It doesn't support Squirrel.Windows for instance).


This comment has been minimized.


develar commented Aug 22, 2017

The update documentation/tutorial is talking about using the electron autoUpdater API

Since native autoUpdater has some drawbacks, we should point users to some possible solutions. i.e. no need to move all into the core — some things can be improved/implemented in the userland. In the same way as there are links to update servers.

Tutorial is not only about core modules, but about "how to implement auto update in the Electron apps".

I didn't send PR earlier to stabilize/prove that electron-updater is really useful for users. As now electron-updater supports code signature validation, staged rollouts, static servers, progress events and so on on across all platfoms, it makes sense to add it here.


This comment has been minimized.


zcbenz commented Sep 12, 2017

I'm unsure about this PR /cc @zeke


This comment has been minimized.


develar commented Sep 12, 2017

@zcbenz now electron-updater supports differential updates for Windows Web installer (no delta file at all and corresponding configuration hell). In the October auto updates will be supported for Linux (electron-userland/electron-builder#1138). So, lack of mention in the electron docs about complementary solutions will be confusing / strange for users.

@@ -94,3 +96,6 @@ autoUpdater.on('error', message => {

This comment has been minimized.


TiagoDanin Sep 12, 2017



Use direct redirection to

@zeke zeke self-assigned this Sep 12, 2017

@@ -22,6 +22,8 @@ but caches app updates on disk and supports private repositories.
- [electron-release-server]( –
Provides a dashboard for handling releases
When using [electron-builder][electron-builder-lib], you can also use userland [electron-updater][electron-updater] module. It allows you to avoid update server maintaining (Amazon S3, GitHub or any other static server are supported).

This comment has been minimized.


zeke Sep 26, 2017


I'm okay with landing this recommendation in the doc, but I would change the wording to this:

If your app is packaged with [electron-builder][electron-builder-lib] you can use the 
[electron-updater] module, which does not require a server and allows for updates 
from S3, GitHub, or any other static file host.

zeke approved these changes Sep 27, 2017

@zeke zeke merged commit 0c9ada0 into electron:master Sep 27, 2017

1 check passed

continuous-integration/travis-ci/pr The Travis CI build passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment