More flexible release upload with deploy_project.sh #180
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This is preparation for generalizing this logic and merging this and all other mobile repos into the
empower
monorepo where we will have a fully automated CI.Changes:
deploy_project.sh
with build type (release/debug) and output file name (name under which build artifact will be uploaded to GH)master
only so it shows up at the top)Idea is to have the just 1 latest release, likely named after the
master/main
branch with artifacts filenames following<project>_[<os>]_[debug|release].<ext>
format, e.g:This will simplify things a lot. Semver releases will still be created in Sentry and baked into application bundles, we just won't be creating GitHub releases for each one.
Testing
ran
deploy_project.sh
locally