summaryrefslogtreecommitdiff
path: root/mu4e
diff options
context:
space:
mode:
authorDirk-Jan C. Binnema <djcb@djcbsoftware.nl>2025-11-19 22:39:31 +0200
committerDirk-Jan C. Binnema <djcb@djcbsoftware.nl>2025-11-19 22:42:59 +0200
commit08c0e6abdb1f61e224b9e61882266568ec954b2a (patch)
tree5036e45351ee5c9fc7e1baabcae75f1ab136fcfa /mu4e
parentcab41e250d2cde922fe573fb6e4e918174681855 (diff)
mu4e: update versions section in manual
Diffstat (limited to 'mu4e')
-rw-r--r--mu4e/mu4e.texi18
1 files changed, 9 insertions, 9 deletions
diff --git a/mu4e/mu4e.texi b/mu4e/mu4e.texi
index 00ea115..d6bd8d5 100644
--- a/mu4e/mu4e.texi
+++ b/mu4e/mu4e.texi
@@ -268,17 +268,17 @@ development packages for GTK+, Webkit and Guile.
@node Versions
@section Versions
-The stable (release) versions have even minor version numbers, while the
-development versions have odd ones. So, for example, 1.10.5 is a stable version,
-while the 1.11.9 is the development version.
+Over its lifetime, @t{mu} has experimented with different ways to deal with
+development and release versions, trying to find the balance between getting new
+functionality to users quickly, and minimizing the risk of introducing
+regressions.
-The stable versions only receive bug fixes after being released, while the
-development versions get new features, fixes, and, perhaps, bugs, and are meant
-for people with a tolerance for that.
+Currently (the 1.12.x series), all feature development happens on @t{master},
+with pre-releases having a version with a @t{-pre<n>} suffix, e.g.,
+@t{1.12.14-pre4}. Every few months this is wrapped up in a release (on Github)
+@emph{without} that suffix, e.g. @t{1.12.14}.
-There is support for one release branch; so, when the 1.10 release is available
-(and a new 1.11 development series start), no more changes are expected for the
-1.8 releases.
+The version strings are parseble through Emacs' @code{version-to-list}.
@node Installation
@section Installation