
In case of broken picature see link: https://www.dropbox.com/s/jsbozosec3fb4 ... t.png?dl=0
The image part where it says NONE with white letters(/characters) contained translated text and i don't want to share my country with the whole forum.
1) That's how it's always been done.TruePikachu wrote:The proper solution to this would be to both keep a version-numbered branch for the current experimental, and to push the new experimental atop the `experimental` branch.
As an example, assume we currently have a branch identical to `experimental` and named `0.13.2`. This means that the "Beta" list would allow one to opt into the current stable (`public` or `0.12.35`), any specific experimental (`0.13.0`, `0.13.1`, or `0.13.2`), or the latest experimental (`experimental` being identical to `0.13.2`).
When a new experimental is available, it is added to the `experimental` branch (so people subscribed to `experimental` get an update, while `0.13.2` doesn't), then `experimental` is cloned into `0.13.3`.
If you rename `experimental` to `0.13.2`, then push the new build as `experimental`, the renamed branch (now `0.13.2`) is what people would still be subscribed to, and they wouldn't automatically update to 0.13.3 i.e. `experimental`; this is what the current system might be.