You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A [GitHub Action](https://github.com/satisfactorymodding/SatisfactoryModManager/blob/master/.github/workflows/push.yml)
4
+
automatically creates testing builds from commits on any branch and uploads them to the run as build artifacts.
5
+
6
+
## Development Builds
7
+
8
+
Since the build action is triggered on every push to any branch,
9
+
non developers can obtain testing builds easily from [GitHub Actions](https://github.com/satisfactorymodding/SatisfactoryModManager/actions/workflows/push.yml) artifact output.
10
+
You need to be signed into GitHub to download them, and they expire after some time.
11
+
12
+
TODO how to point dev builds to ficsit.dev (staging) instead?
13
+
14
+
## Releases
15
+
16
+
To create a new published release:
17
+
18
+
1. Ensure all intended changes are merged into the `master` branch.
19
+
2. Make a `Bump version` commit on the master branch to increase the `productVersion` field in `wails.json`. Version numbers should follow [Semantic Versioning](https://semver.org/).
20
+
3. Manually create and push a tag of the format `v*` to that commit, which triggers a [GitHub Action to make a release](https://github.com/satisfactorymodding/SatisfactoryModManager/blob/master/.github/workflows/release.yml).
21
+
4. Have someone on the Satisfactory Modding team with Signpath access approve the release.
22
+
At the time of writing, that's Vilsol and Mircea.
23
+
5. Review the draft release automatically created by Goreleaser and edit its description as needed.
24
+
6. Publish the release.
25
+
26
+
Users will automatically be prompted to update next time they launch SMM.
0 commit comments