Skip to content
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

Improve and document how we publish brand flavours #130

Open
garethbowen opened this issue Nov 22, 2020 · 1 comment
Open

Improve and document how we publish brand flavours #130

garethbowen opened this issue Nov 22, 2020 · 1 comment
Labels
Type: Technical issue Improve something that users won't notice

Comments

@garethbowen
Copy link
Member

When we tag a release of the app we update all brand flavours to their alpha channel which may be disruptive anyone using the alpha version. Adding a new flavour is done by forking, commenting out other brand flavours, and then tagging. This is complicated and dangerous.

Find a new way to release just desired brand and document how it's done.

@garethbowen garethbowen added the Type: Technical issue Improve something that users won't notice label Nov 22, 2020
@garethbowen
Copy link
Member Author

Some ideas that have been running around in my head...

  1. Use a parameterized GH action to take the flavour and release tag to build and allow manual build triggering so an app developer can do it without branching, tagging, or changing code in the repo. This could then also publish to the Play Store alpha channel (if desired).
  2. Publishing the action as a workflow so it can be called from other repos. Then the flavour info can be stored in a separate repo with the rest of the app code and potentially in a private repo and trigger the action published in this repo. This would give the app developer full control over the app and not risk destabalising other apps.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type: Technical issue Improve something that users won't notice
Projects
None yet
Development

No branches or pull requests

1 participant