From: Yuri Khan <yuri.v.khan@gmail.com>
To: Emanuel Berg <moasenwood@zoho.eu>,
help-gnu-emacs <help-gnu-emacs@gnu.org>
Subject: Re: [OFFTOPIC] Semver
Date: Tue, 6 Jul 2021 18:49:36 +0700 [thread overview]
Message-ID: <CAP_d_8UuWHnZ89S1OFh54opu_t_SVvm1JJ2AQX+Uu_3HkaWbjg@mail.gmail.com> (raw)
In-Reply-To: <87pmvv6a3n.fsf@zoho.eu>
On Tue, 6 Jul 2021 at 16:57, Emanuel Berg via Users list for the GNU
Emacs text editor <help-gnu-emacs@gnu.org> wrote:
> OK, but if minor should be "forward not OK, backward OK" that
> means it can't be update when drop stuff, only when you add
> stuff, the the supposedly major number will keep track of
> that... Wow, I'm soo excited to get the new version 2.0.0,
> I wonder what stuff they have dropped??
Yeah exactly. When you see a new major version in a semantically
versioned program/library, the emotion you feel is not excitement but
anxiety: what did they break this time? Is it something I was attached
to?
Of course, from the maintainer’s side, the situation is reversed:
“Woo! 57.0, we can finally drop that legacy API we’ve had to support
for the last several years, and that has been holding us back from
refactoring a whole subsystem because that would break every user of
that API!”
> > When we say “version 4.5.3 is forward-compatible with
> > 4.5.1”, we mean “Any software that works with 4.5.3 will
> > also work with 4.5.1”.
>
> OK, but on that level by definition everything is compatible
> with everything, right?
You mean, on the level of only patch number change? Should be, yes.
That’s why feature additions increment the minor version component.
next prev parent reply other threads:[~2021-07-06 11:49 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-26 18:05 Emacs Versions: major, minor and ...? Colin Baxter
2021-06-26 18:27 ` Eli Zaretskii
2021-06-26 19:38 ` Colin Baxter
2021-06-27 5:47 ` Eli Zaretskii
2021-06-28 3:56 ` mrf
2021-06-28 4:22 ` Stefan Monnier via Users list for the GNU Emacs text editor
2021-06-28 5:29 ` Colin Baxter
2021-06-28 5:30 ` mrf
2021-06-28 5:14 ` Colin Baxter
2021-06-29 10:07 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-06-29 22:11 ` [OFFTOPIC] Semver (was: Emacs Versions: major, minor and ...?) Stefan Monnier via Users list for the GNU Emacs text editor
2021-06-30 19:49 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-06-30 20:00 ` [OFFTOPIC] Semver Stefan Monnier via Users list for the GNU Emacs text editor
2021-07-05 21:30 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-07-06 9:28 ` Yuri Khan
2021-07-06 9:54 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-07-06 11:49 ` Yuri Khan [this message]
2021-07-06 16:29 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-07-06 17:00 ` [External] : " Drew Adams
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAP_d_8UuWHnZ89S1OFh54opu_t_SVvm1JJ2AQX+Uu_3HkaWbjg@mail.gmail.com \
--to=yuri.v.khan@gmail.com \
--cc=help-gnu-emacs@gnu.org \
--cc=moasenwood@zoho.eu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).