Conversation
e0833be
to
37bb20d
Compare
You can see an example of a successful build from this here: |
utACK 37bb20d |
utACK 37bb20d |
37bb20d
to
34059d7
Compare
fa41058
to
7af1d00
Compare
Pull Request Test Coverage Report for Build 1129
💛 - Coveralls |
38f66de
to
f0092ae
Compare
@Empact @JimmyMow I've given this PR some pretty extensive testing and now have the automated deployment process fully working. Once merged, every build on the master branch will build all electron targets and then attach to a github draft release whose tag matches the version number in package.json if one exists. You can see the latest results of this here: Travis build that triggered the deployments: Draft github release with builds attached: As a follow up to this we will need to do #615 so that the builds are properly signed. |
Integrate electron-builder with our ci process so that electron builds are created and published to a github release draft automatically.
f0092ae
to
1ac5271
Compare
utACK 1ac5271 |
This PR adds automated release functionality to our CI process. This takes away most of the manual work of creating a release.
We use electron-builder for this.
After all the tests have passed on CI, electron-builder will check if a draft release exists on github and if it finds one it will build the project and attach the build artifacts to the release node.
This runs on travis (builds on/for osx and linux) and appvoyer (builds on/for windows).
Results look like this:
In order to integrate this you need to create a github access token with the
public_repo
permission and set it in the travis and appvoyer environment variables asGH_TOKEN
.Then, to trigger automate build publishing for an upcoming release:
The benefit of this workflow is that it allows you to always have the latest artifacts, and the release can be published once it is ready.
This follows the electron-builder recommended release flow:
https://www.electron.build/configuration/publish#recommended-github-releases-workflow