-
@erlend-sh and @orhun I was wondering if either of you had any thoughts about whether or not we should prune our nightly releases. We now have a bunch releases that are identical to each-other because we haven't merged anything to master in a couple months, and it seems slightly weird to keep the nightly releases around forever. I know some projects do nightly releases and just keep them, like brave which has 5623 releases right now, so maybe it's not a problem, but we're also downloading an index of all of our releases for our launcher, so I'm not sure if that gets unruly at a certain point. |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 4 replies
-
I’m in favor of pruning. Ideally we also wouldn’t be pushing releases unless new changes have been merged, although that will probably be less important again now that the refactor is landing and Main is active again. |
Beta Was this translation helpful? Give feedback.
-
Yeah, fair point. I think we can simply disable them for now. +1 from me. |
Beta Was this translation helpful? Give feedback.
If we delete the GitHub releases I think it will remove them from the launcher, because our launcher generates the release list from the GitHub API.
Also, I just realized that I already have a way to trigger a nightly build manually, so we could just do that when we do something interesting and we want to do a pre-release.
So I'll do something to delete all of the nightly releases that we have right now, which should remove them from the launcher, and then I'll remove the CI schedule so they aren't automatic anymore, but we can trigger them when desired.