# Git stable releases 5 messages from 2020-05-14 to 2020-05-24. Participants: John Carlissi, Elijah Newren, Junio C Hamano. Thread: https://gitlist.dev/t/53472 ## John Carlissi, 2020-05-14 20:25 Subject: Git stable releases Message-ID: URL: https://gitlist.dev/e/CAGa9yXqOY0onB4cg4rjCY%2BRCL7qqxtYDBT%2BB9DoJ3nwpKh5_Hg%40mail.gmail.com ``` I noticed that with 2.16.6 development stopped whereas with the latest security update, everything 2.17 and newer got the fix. Is there any formal definition as to when a minor version is EOL and no longer gets security updates? Thanks! ``` ## John Carlissi, 2020-05-22 15:32 Subject: Re: Git stable releases Message-ID: URL: https://gitlist.dev/e/CAGa9yXq1FwLJdFqnnino-34pMtTcvu8pZWhgHPoBY6mJBd%3DyfQ%40mail.gmail.com In-Reply-To: ``` On Thu, May 14, 2020 at 4:25 PM John Carlissi wrote: > > I noticed that with 2.16.6 development stopped whereas with the latest > security update, everything 2.17 and newer got the fix. Is there any > formal definition as to when a minor version is EOL and no longer gets > security updates? > Thanks! Does the silence mean there is no formal definition or did this message just get lost in the pile? ``` ## Elijah Newren, 2020-05-22 16:54 Subject: Re: Git stable releases Message-ID: URL: https://gitlist.dev/e/CABPp-BEjrViPSXVg9h_1wCHzRSB3uG-93_nsjOOgLQ4mVhnkRA%40mail.gmail.com In-Reply-To: ``` On Fri, May 22, 2020 at 8:38 AM John Carlissi wrote: > > On Thu, May 14, 2020 at 4:25 PM John Carlissi wrote: > > > > I noticed that with 2.16.6 development stopped whereas with the latest > > security update, everything 2.17 and newer got the fix. Is there any > > formal definition as to when a minor version is EOL and no longer gets > > security updates? > > Thanks! > > Does the silence mean there is no formal definition or did this > message just get lost in the pile? These mails from the maintainer may be of interest to you, though I think they lean towards there being no formal definition: https://lore.kernel.org/git/xmqqwo5luj6r.fsf@gitster.c.googlers.com/ https://lore.kernel.org/git/xmqq8t8bvz6x.fsf@gitster-ct.c.googlers.com/ ``` ## John Carlissi, 2020-05-22 21:06 Subject: Re: Git stable releases Message-ID: URL: https://gitlist.dev/e/CAGa9yXpz3Z%3DF3k_BXXoySBEWU26UjzzrMoxT3P1ZMcMSSL4pNw%40mail.gmail.com In-Reply-To: ``` On Fri, May 22, 2020 at 12:55 PM Elijah Newren wrote: > > These mails from the maintainer may be of interest to you, though I > think they lean towards there being no formal definition: > > https://lore.kernel.org/git/xmqqwo5luj6r.fsf@gitster.c.googlers.com/ > > https://lore.kernel.org/git/xmqq8t8bvz6x.fsf@gitster-ct.c.googlers.com/ Thank you for those links. ``` ## Junio C Hamano, 2020-05-24 16:26 Subject: Re: Git stable releases Message-ID: URL: https://gitlist.dev/e/xmqq367pqoyj.fsf%40gitster.c.googlers.com In-Reply-To: ``` John Carlissi writes: > I noticed that with 2.16.6 development stopped whereas with the latest > security update, everything 2.17 and newer got the fix. Is there any > formal definition as to when a minor version is EOL and no longer gets > security updates? Nothing formal, but I try not to give a false sense of security by backmerging a fix to maintenance tracks that are too old. Unless a "fix" is quite trivial, it always risks introducing new bugs, given that most developers and testers work on the more modern codebase. A call to a helper that is made to "fix" an issue may be safe in today's codebase, but the same helper in the ancient maintenance track may not have been updated to match what the new callsite expects it to do, for example. Limiting backmerging also is a way to encourage people to update to the latest major releases. I currently aim to limit to at most four or five of maintenance tracks. Each development cycle usually lasts for 8-10 weeks, so that means the shelf life of a major release is about 8 months at the most---but sometimes people get greedy and demand backmerging to way older tracks. The last one for 2.17.x track was an example. Of course, the above does not mean distro packagers and managers of platform specific ports are not allowed to backport the fixes to older codebase than I cut "official" maitenance releases for. ```