Re: [xwiki-devs] [Proposal] Keep old LTS till next version N.4.1 is released
In my understanding the rule is supposed to be 3 supported branches (dev, stable, lts) so I guess we can say until 8.0 is released 7.4.x is just the stable branch (and 6.4.x the lts). We pretty much always have the same conversation every time we start a new major version branch. On Mon, Jan 4, 2016 at 9:46 AM, [email protected] <[email protected]> wrote:
Hi devs,
I see on http://enterprise.xwiki.org/xwiki/bin/view/Main/Download that the new LTS is 7.4.
I think that’s a bit dangerous because LTS means that users can put it in production with eyes closed and we’re guaranteeing stability. In practice it’s a bit too early to decide if 7.4 is really that stable.
In the future I’d suggest that we wait till 7.4.1 (i.e. N.4.1) is released because we remove the previous LTS and swap it with the new one.
WDYT?
Thanks -Vincent
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
Hi, On 4 Jan 2016 at 09:59:14, Thomas Mortagne ([email protected](mailto:[email protected])) wrote:
In my understanding the rule is supposed to be 3 supported branches (dev, stable, lts) so I guess we can say until 8.0 is released 7.4.x is just the stable branch (and 6.4.x the lts). We pretty much always have the same conversation every time we start a new major version branch.
Well, the rule is 3 supported branches at most. It doesn’t mean there’s always 3 branches. For example when we release 7.3, we have stable = latest = 7.3 and we have only 2 branches. So we have now 2 proposals: * Proposal 1: Keep previous N-1.4.x LTS till the first bugfix release of the new N.4 release is released (i.e. N.4.1) and then do the switch. * Proposal 2: Keep previous N-1.4.x LTS till the next cycle’s first stable release is done (i.e. N.0) and then do the switch. Proposal 2 is safer (it allows more time for having at least 2 bugfix releases of the N-1.4). It means a bit more work since it means continuing to merge bugfixes to N-1.4.x a bit longer. I personally have a preference for Proposal 2. WDYT? Let’s agree and then we can document it in http://dev.xwiki.org/xwiki/bin/view/Community/VersioningAndReleasePractices (and add the notion of LTS which we haven’t documented there btw). Thanks -Vincent
On Mon, Jan 4, 2016 at 9:46 AM, [email protected] wrote:
Hi devs,
I see on http://enterprise.xwiki.org/xwiki/bin/view/Main/Download that the new LTS is 7.4.
I think that’s a bit dangerous because LTS means that users can put it in production with eyes closed and we’re guaranteeing stability. In practice it’s a bit too early to decide if 7.4 is really that stable.
In the future I’d suggest that we wait till 7.4.1 (i.e. N.4.1) is released because we remove the previous LTS and swap it with the new one.
WDYT?
Thanks -Vincent
On Mon, Jan 4, 2016 at 10:06 AM, [email protected] <[email protected]> wrote:
Hi,
On 4 Jan 2016 at 09:59:14, Thomas Mortagne ([email protected](mailto:[email protected])) wrote:
In my understanding the rule is supposed to be 3 supported branches (dev, stable, lts) so I guess we can say until 8.0 is released 7.4.x is just the stable branch (and 6.4.x the lts). We pretty much always have the same conversation every time we start a new major version branch.
Well, the rule is 3 supported branches at most. It doesn’t mean there’s always 3 branches. For example when we release 7.3, we have stable = latest = 7.3 and we have only 2 branches.
So we have now 2 proposals:
* Proposal 1: Keep previous N-1.4.x LTS till the first bugfix release of the new N.4 release is released (i.e. N.4.1) and then do the switch. * Proposal 2: Keep previous N-1.4.x LTS till the next cycle’s first stable release is done (i.e. N.0) and then do the switch.
Proposal 2 is safer (it allows more time for having at least 2 bugfix releases of the N-1.4). It means a bit more work since it means continuing to merge bugfixes to N-1.4.x a bit longer.
Note that 2 is also what we did last time (6.4.x was "stable" release until 7.0 final release).
I personally have a preference for Proposal 2.
WDYT?
Let’s agree and then we can document it in http://dev.xwiki.org/xwiki/bin/view/Community/VersioningAndReleasePractices (and add the notion of LTS which we haven’t documented there btw).
Thanks -Vincent
On Mon, Jan 4, 2016 at 9:46 AM, [email protected] wrote:
Hi devs,
I see on http://enterprise.xwiki.org/xwiki/bin/view/Main/Download that the new LTS is 7.4.
I think that’s a bit dangerous because LTS means that users can put it in production with eyes closed and we’re guaranteeing stability. In practice it’s a bit too early to decide if 7.4 is really that stable.
In the future I’d suggest that we wait till 7.4.1 (i.e. N.4.1) is released because we remove the previous LTS and swap it with the new one.
WDYT?
Thanks -Vincent
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
On Mon, Jan 4, 2016 at 11:06 AM, [email protected] <[email protected]> wrote:
Hi,
On 4 Jan 2016 at 09:59:14, Thomas Mortagne ([email protected] (mailto:[email protected])) wrote:
In my understanding the rule is supposed to be 3 supported branches (dev, stable, lts) so I guess we can say until 8.0 is released 7.4.x is just the stable branch (and 6.4.x the lts). We pretty much always have the same conversation every time we start a new major version branch.
Well, the rule is 3 supported branches at most. It doesn’t mean there’s always 3 branches. For example when we release 7.3, we have stable = latest = 7.3 and we have only 2 branches.
So we have now 2 proposals:
* Proposal 1: Keep previous N-1.4.x LTS till the first bugfix release of the new N.4 release is released (i.e. N.4.1) and then do the switch. * Proposal 2: Keep previous N-1.4.x LTS till the next cycle’s first stable release is done (i.e. N.0) and then do the switch.
Proposal 2 is safer (it allows more time for having at least 2 bugfix releases of the N-1.4). It means a bit more work since it means continuing to merge bugfixes to N-1.4.x a bit longer.
I personally have a preference for Proposal 2.
+1 for proposal 2 Thanks, Marius
WDYT?
Let’s agree and then we can document it in http://dev.xwiki.org/xwiki/bin/view/Community/VersioningAndReleasePractices (and add the notion of LTS which we haven’t documented there btw).
Thanks -Vincent
On Mon, Jan 4, 2016 at 9:46 AM, [email protected] wrote:
Hi devs,
I see on http://enterprise.xwiki.org/xwiki/bin/view/Main/Download that the new LTS is 7.4.
I think that’s a bit dangerous because LTS means that users can put it in production with eyes closed and we’re guaranteeing stability. In practice it’s a bit too early to decide if 7.4 is really that stable.
In the future I’d suggest that we wait till 7.4.1 (i.e. N.4.1) is released because we remove the previous LTS and swap it with the new one.
WDYT?
Thanks -Vincent
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
+1 for proposal 2. 2016-01-04 10:30 GMT+01:00 Marius Dumitru Florea < [email protected]>:
On Mon, Jan 4, 2016 at 11:06 AM, [email protected] <[email protected]> wrote:
Hi,
On 4 Jan 2016 at 09:59:14, Thomas Mortagne ([email protected] (mailto:[email protected])) wrote:
In my understanding the rule is supposed to be 3 supported branches (dev, stable, lts) so I guess we can say until 8.0 is released 7.4.x is just the stable branch (and 6.4.x the lts). We pretty much always have the same conversation every time we start a new major version branch.
Well, the rule is 3 supported branches at most. It doesn’t mean there’s always 3 branches. For example when we release 7.3, we have stable = latest = 7.3 and we have only 2 branches.
So we have now 2 proposals:
* Proposal 1: Keep previous N-1.4.x LTS till the first bugfix release of the new N.4 release is released (i.e. N.4.1) and then do the switch. * Proposal 2: Keep previous N-1.4.x LTS till the next cycle’s first stable release is done (i.e. N.0) and then do the switch.
Proposal 2 is safer (it allows more time for having at least 2 bugfix releases of the N-1.4). It means a bit more work since it means continuing to merge bugfixes to N-1.4.x a bit longer.
I personally have a preference for Proposal 2.
+1 for proposal 2
Thanks, Marius
WDYT?
Let’s agree and then we can document it in
http://dev.xwiki.org/xwiki/bin/view/Community/VersioningAndReleasePractices (and
add the notion of LTS which we haven’t documented there btw).
Thanks -Vincent
On Mon, Jan 4, 2016 at 9:46 AM, [email protected] wrote:
Hi devs,
I see on http://enterprise.xwiki.org/xwiki/bin/view/Main/Download that the new LTS is 7.4.
I think that’s a bit dangerous because LTS means that users can put it in production with eyes closed and we’re guaranteeing stability. In practice it’s a bit too early to decide if 7.4 is really that stable.
In the future I’d suggest that we wait till 7.4.1 (i.e. N.4.1) is released because we remove the previous LTS and swap it with the new one.
WDYT?
Thanks -Vincent
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Guillaume Delhumeau ([email protected]) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project
+1 proposal 2 On Mon, Jan 4, 2016 at 12:28 PM, Guillaume "Louis-Marie" Delhumeau < [email protected]> wrote:
+1 for proposal 2.
2016-01-04 10:30 GMT+01:00 Marius Dumitru Florea < [email protected]>:
On Mon, Jan 4, 2016 at 11:06 AM, [email protected] <[email protected]> wrote:
Hi,
On 4 Jan 2016 at 09:59:14, Thomas Mortagne ([email protected] (mailto:[email protected])) wrote:
In my understanding the rule is supposed to be 3 supported branches (dev, stable, lts) so I guess we can say until 8.0 is released 7.4.x is just the stable branch (and 6.4.x the lts). We pretty much always have the same conversation every time we start a new major version branch.
Well, the rule is 3 supported branches at most. It doesn’t mean there’s always 3 branches. For example when we release 7.3, we have stable = latest = 7.3 and we have only 2 branches.
So we have now 2 proposals:
* Proposal 1: Keep previous N-1.4.x LTS till the first bugfix release of the new N.4 release is released (i.e. N.4.1) and then do the switch. * Proposal 2: Keep previous N-1.4.x LTS till the next cycle’s first stable release is done (i.e. N.0) and then do the switch.
Proposal 2 is safer (it allows more time for having at least 2 bugfix releases of the N-1.4). It means a bit more work since it means continuing to merge bugfixes to N-1.4.x a bit longer.
I personally have a preference for Proposal 2.
+1 for proposal 2
Thanks, Marius
WDYT?
Let’s agree and then we can document it in
http://dev.xwiki.org/xwiki/bin/view/Community/VersioningAndReleasePractices
(and
add the notion of LTS which we haven’t documented there btw).
Thanks -Vincent
On Mon, Jan 4, 2016 at 9:46 AM, [email protected] wrote:
Hi devs,
I see on http://enterprise.xwiki.org/xwiki/bin/view/Main/Download that the new LTS is 7.4.
I think that’s a bit dangerous because LTS means that users can put it in production with eyes closed and we’re guaranteeing stability. In practice it’s a bit too early to decide if 7.4 is really that stable.
In the future I’d suggest that we wait till 7.4.1 (i.e. N.4.1) is released because we remove the previous LTS and swap it with the new one.
WDYT?
Thanks -Vincent
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Guillaume Delhumeau ([email protected]) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
+1 proposal 2 Thanks, On Mon, Jan 4, 2016 at 11:32 AM, Ecaterina Moraru (Valica) < [email protected]> wrote:
+1 proposal 2
On Mon, Jan 4, 2016 at 12:28 PM, Guillaume "Louis-Marie" Delhumeau < [email protected]> wrote:
+1 for proposal 2.
2016-01-04 10:30 GMT+01:00 Marius Dumitru Florea < [email protected]>:
On Mon, Jan 4, 2016 at 11:06 AM, [email protected] < [email protected]> wrote:
Hi,
On 4 Jan 2016 at 09:59:14, Thomas Mortagne ( [email protected] (mailto:[email protected])) wrote:
In my understanding the rule is supposed to be 3 supported branches (dev, stable, lts) so I guess we can say until 8.0 is released 7.4.x is just the stable branch (and 6.4.x the lts). We pretty much always have the same conversation every time we start a new major version branch.
Well, the rule is 3 supported branches at most. It doesn’t mean there’s always 3 branches. For example when we release 7.3, we have stable = latest = 7.3 and we have only 2 branches.
So we have now 2 proposals:
* Proposal 1: Keep previous N-1.4.x LTS till the first bugfix release of the new N.4 release is released (i.e. N.4.1) and then do the switch. * Proposal 2: Keep previous N-1.4.x LTS till the next cycle’s first stable release is done (i.e. N.0) and then do the switch.
Proposal 2 is safer (it allows more time for having at least 2 bugfix releases of the N-1.4). It means a bit more work since it means continuing to merge bugfixes to N-1.4.x a bit longer.
I personally have a preference for Proposal 2.
+1 for proposal 2
Thanks, Marius
WDYT?
Let’s agree and then we can document it in
http://dev.xwiki.org/xwiki/bin/view/Community/VersioningAndReleasePractices
(and
add the notion of LTS which we haven’t documented there btw).
Thanks -Vincent
On Mon, Jan 4, 2016 at 9:46 AM, [email protected] wrote:
Hi devs,
I see on http://enterprise.xwiki.org/xwiki/bin/view/Main/Download that the new LTS is 7.4.
I think that’s a bit dangerous because LTS means that users can put it in production with eyes closed and we’re guaranteeing stability. In practice it’s a bit too early to decide if 7.4 is really that stable.
In the future I’d suggest that we wait till 7.4.1 (i.e. N.4.1) is released because we remove the previous LTS and swap it with the new one.
WDYT?
Thanks -Vincent
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Guillaume Delhumeau ([email protected]) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Denis Gervalle SOFTEC sa - CEO
On Mon, Jan 4, 2016 at 10:06 AM, [email protected] <[email protected]> wrote:
Hi,
On 4 Jan 2016 at 09:59:14, Thomas Mortagne ([email protected](mailto:[email protected])) wrote:
In my understanding the rule is supposed to be 3 supported branches (dev, stable, lts) so I guess we can say until 8.0 is released 7.4.x is just the stable branch (and 6.4.x the lts). We pretty much always have the same conversation every time we start a new major version branch.
Well, the rule is 3 supported branches at most. It doesn’t mean there’s always 3 branches. For example when we release 7.3, we have stable = latest = 7.3 and we have only 2 branches.
3 branches does not means 3 releases, in your example we do support 3 branches: master (7.4-SNAPSHOT), 7.3.x and 6.4.x.
So we have now 2 proposals:
* Proposal 1: Keep previous N-1.4.x LTS till the first bugfix release of the new N.4 release is released (i.e. N.4.1) and then do the switch. * Proposal 2: Keep previous N-1.4.x LTS till the next cycle’s first stable release is done (i.e. N.0) and then do the switch.
Proposal 2 is safer (it allows more time for having at least 2 bugfix releases of the N-1.4). It means a bit more work since it means continuing to merge bugfixes to N-1.4.x a bit longer.
I personally have a preference for Proposal 2.
WDYT?
Let’s agree and then we can document it in http://dev.xwiki.org/xwiki/bin/view/Community/VersioningAndReleasePractices (and add the notion of LTS which we haven’t documented there btw).
Thanks -Vincent
On Mon, Jan 4, 2016 at 9:46 AM, [email protected] wrote:
Hi devs,
I see on http://enterprise.xwiki.org/xwiki/bin/view/Main/Download that the new LTS is 7.4.
I think that’s a bit dangerous because LTS means that users can put it in production with eyes closed and we’re guaranteeing stability. In practice it’s a bit too early to decide if 7.4 is really that stable.
In the future I’d suggest that we wait till 7.4.1 (i.e. N.4.1) is released because we remove the previous LTS and swap it with the new one.
WDYT?
Thanks -Vincent
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
Ok, since we all agree: * 6.4.7 is out current LTS * 7.4 is not yet a LTS. It’ll become our LTS once 8.0 is released. * I’ve documented this at http://dev.xwiki.org/xwiki/bin/view/Community/VersioningAndReleasePractices#... and http://dev.xwiki.org/xwiki/bin/view/Community/VersioningAndReleasePractices#... * We’ve updated http://enterprise.xwiki.org/xwiki/bin/view/Main/Download to reflect the decision * It also means that we should still continue to backport important/critical bug fixes to the 6.4.x branch and that we will probably have at least one more release of the 6.4.x branch before 8.0 is out. Thanks -Vincent On 4 Jan 2016 at 10:06:42, [email protected] ([email protected](mailto:[email protected])) wrote:
Hi,
On 4 Jan 2016 at 09:59:14, Thomas Mortagne ([email protected](mailto:[email protected])) wrote:
In my understanding the rule is supposed to be 3 supported branches (dev, stable, lts) so I guess we can say until 8.0 is released 7.4.x is just the stable branch (and 6.4.x the lts). We pretty much always have the same conversation every time we start a new major version branch.
Well, the rule is 3 supported branches at most. It doesn’t mean there’s always 3 branches. For example when we release 7.3, we have stable = latest = 7.3 and we have only 2 branches.
So we have now 2 proposals:
* Proposal 1: Keep previous N-1.4.x LTS till the first bugfix release of the new N.4 release is released (i.e. N.4.1) and then do the switch. * Proposal 2: Keep previous N-1.4.x LTS till the next cycle’s first stable release is done (i.e. N.0) and then do the switch.
Proposal 2 is safer (it allows more time for having at least 2 bugfix releases of the N-1.4). It means a bit more work since it means continuing to merge bugfixes to N-1.4.x a bit longer.
I personally have a preference for Proposal 2.
WDYT?
Let’s agree and then we can document it in http://dev.xwiki.org/xwiki/bin/view/Community/VersioningAndReleasePractices (and add the notion of LTS which we haven’t documented there btw).
Thanks -Vincent
On Mon, Jan 4, 2016 at 9:46 AM, [email protected] wrote:
Hi devs,
I see on http://enterprise.xwiki.org/xwiki/bin/view/Main/Download that the new LTS is 7.4.
I think that’s a bit dangerous because LTS means that users can put it in production with eyes closed and we’re guaranteeing stability. In practice it’s a bit too early to decide if 7.4 is really that stable.
In the future I’d suggest that we wait till 7.4.1 (i.e. N.4.1) is released because we remove the previous LTS and swap it with the new one.
WDYT?
Thanks -Vincent
participants (6)
-
Denis Gervalle -
Ecaterina Moraru (Valica) -
Guillaume "Louis-Marie" Delhumeau -
Marius Dumitru Florea -
Thomas Mortagne -
vincent＠massol.net