T10755: Unifying Applications' release versions
Alexander Potashev
noreply at phabricator.kde.org
Tue Apr 2 20:38:27 BST 2019
aspotashev added a comment.
In T10755#180951 <https://phabricator.kde.org/T10755#180951>, @huftis wrote:
> So version ‘3.6’ can mean a number of different versions, each with its own sets of bugs and features.
This can be fixed, for example I would suggest these approaches:
A. Forbid reuse of the same version in different KDE Applications releases. If a maintainer didn't update app version since the last release, the release manager contacts him/her and asks to do something (maintainer may then change "3.6" to "3.6.1" or "4.0" or something else). If there is no maintainer, "3.6" becomes KDE_APPLICATIONS_VERSION (e.g. "19.04.0"): let's assume that if there is no maintainer, then nobody cares about versioning either.
B. Similar, but in case of collision and lack of maintainers produce new version by incrementing the patch level digit, e.g. 3.6 -> 3.6.1 -> 3.6.2 -> ...
TASK DETAIL
https://phabricator.kde.org/T10755
To: ngraham, aspotashev
Cc: aspotashev, huftis, cullmann, hein, ltoscano, kde-utils-devel, #kde_games, #kde_pim, sitter, jriddell, #spectacle, #gwenview, #konsole, #kate, #dolphin, aacid, cfeck, #kde_applications, ngraham
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-utils-devel/attachments/20190402/9aba04c5/attachment.html>
More information about the Kde-utils-devel
mailing list