From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Emanuel Berg via Users list for the GNU Emacs text editor Newsgroups: gmane.emacs.help Subject: Re: [OFFTOPIC] Semver Date: Tue, 06 Jul 2021 11:54:36 +0200 Message-ID: <87pmvv6a3n.fsf@zoho.eu> References: <87sg147b7g.fsf@yandex.com> <87sg12ocse.fsf@cock.li> <87o8bp9e72.fsf@zoho.eu> <87v95v5dzy.fsf@zoho.eu> <87zgv0bg9s.fsf@zoho.eu> Reply-To: Emanuel Berg Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22346"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) To: help-gnu-emacs@gnu.org Cancel-Lock: sha1:oJuHI3/JKnIuvMmH/Sa+sy3vq38= Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jul 06 11:57:46 2021 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m0hpq-0005eH-4K for geh-help-gnu-emacs@m.gmane-mx.org; Tue, 06 Jul 2021 11:57:46 +0200 Original-Received: from localhost ([::1]:43220 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m0hpp-0003l5-3N for geh-help-gnu-emacs@m.gmane-mx.org; Tue, 06 Jul 2021 05:57:45 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40548) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m0hn1-0000Bx-Md for help-gnu-emacs@gnu.org; Tue, 06 Jul 2021 05:54:51 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]:53132) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m0hn0-0006NO-6e for help-gnu-emacs@gnu.org; Tue, 06 Jul 2021 05:54:51 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1m0hmx-0001Pw-Kw for help-gnu-emacs@gnu.org; Tue, 06 Jul 2021 11:54:47 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: help-gnu-emacs@gnu.org Mail-Copies-To: never Received-SPF: pass client-ip=116.202.254.214; envelope-from=geh-help-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:131554 Archived-At: Yuri Khan wrote: >>>> But what do you do to preserve/break forward compatibility? >>> >>> Strictly speaking, any change to the code can break >>> something somewhere >>> but the general rule to preserve forward compatibility is >>> "don't introduce new features". >> >> So, new features -> major, drop support -> minor (forward >> OK but not backward), and bugfix -> micro/patch (forward OK, >> backward OK) ? > > No, you’ve got it backward. 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?? > When we say “version 4.5 is backward-compatible with 4.2”, we mean > “Any software that works correctly with our version 4.2 will also work > correctly with version 4.5”. This means no features were removed that > you’d miss if you upgrade, and no incompatible changes have been > introduced [...] Yes. > 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? > Bug fixes only: increment patch, compatible both ways > Feature additions: increment minor, backward compatibility only > Feature removals: increment major, no compatibility guaranteed Bummer. I see why people don't use this :) -- underground experts united https://dataswamp.org/~incal