sourcegit-scm
[Enhancement] Stable and Early Access branches.
As an end user, there is never really a stable version of this application, the development speed is great, but it's hard to stick on a version, as each version comes with it's new features, refactoring and new bugs.
It would be great if the release pace could be slowed, keeping all the really new stuff going into a early access branch first, and then a full rollout when everything is stable. This would probably need a change to the app update logic.
I believe the userbase of Sourcegit is big enough to warrant the overhead of doing this, and nobody wants another bug ridden, never stable, disaster like SourceTree....
IMHO the release pace is great, so the master and develop branches should not be changed.
There could (in theory) be a stable branch, where releases are tagged as such and done (much) more seldomly, and which only receives cherry-picks of the most important bug-fixes. But that would be quite burdensome to maintain, compared to the current (very "agile" and very "linear history") release-workflow. Also it would very quickly fall behind, feature-wise.
I would be sad to see this project become a slow burn, where improvements are made very slowly. I think the maintainer is doing a great job of keeping things rather stable, despite many improvements being made - I don't experience the quality being degraded over time, and we should ALL help keeping it great by contributing issues and/or PRs...
Also, we always have the choice of NOT updating to the latest release, and if there's a new feature / fix that's important to us then we could install the new version separately and try it out before deciding to use it as OUR new "stable base" version of choice.
The problem is, a new version to get a fix will come with new problems of it's own. Have a look at the release history to gauge what I am talking about. Trying to nail own a release that doesn't have bugs is near impossible.
Releases focused JUST on squashing bugs would be nice...
I'm not good at distributing versions. I can only develop at my own pace and fix serious bugs as quickly as possible.
