Hi,

Depends what support means. If we are talking about what the committers can
support than this is agree and is the LTS (Long Term Support version). As
Thomas says this is a Nested Spaces version, so we shouldn't support the
Pre NS, still we should make it as smooth as possible for community members
to provide bugfixes on those versions.

Now since extensions don't share the same versioning scheme, telling what
LTS means for them is hard. Still I don't think we should try to add new
features to PreNS versions, since we shouldn't encourage deprecated
concepts. All extensions should try to provide code as new as possible.

So first of all, I would clearly document what is the version when NS
changes are done and what is the last version for PreNS. This way anyone
could add bugfixes on a tag branch, but if they want new features they
would be encouraged to upgrade.

So my answer is a mix of 2. and 3., mostly 3. but with allowance of 2. for
community members.

Thanks,
Caty


On Fri, Apr 1, 2016 at 12:53 PM, Thomas Mortagne <[email protected]>
wrote:

> The current LTS is now 7.4.x and it support Nested Space so +1 for 3)
>
> On Fri, Apr 1, 2016 at 8:48 AM, Alexandru Cotiuga
> <[email protected]> wrote:
> > Hello devs,
> >
> > Since I already experimented the Nested Spaces behaviour on the Forum
> > application and there are other applications that might need it also, I
> > think it's time to start discussing this topic and to decide what
> strategy
> > should be implemented on contrib applications.
> >
> > What I have done in the Forum app was to handle both Pre NS and NS
> versions
> > of XWiki, writing specific code for each case (wrapped in if-else
> > statements), which proved to be the most complex and hard to maintain
> way,
> > without much benefit. Sooner or later, everybody will have a NS Xwiki
> > version and then all the support for Pre NS would become useless and then
> > the code should be cleaned, which would be a lot of work again.
> >
> > Besides this already tried strategy, there are some others to be
> discused:
> >
> > 1: Support both Pre NS and NS versions but in different branches.
> > 2: Move to NS, but keep fixing bugs for Pre NS in a separate branch.
> (This
> > is what I'm proposing)
> > 3: Move to NS without any maintance on Pre NS.
> > 4: Others?
> >
> > In all the cases, a data migration should be performed.
> >
> > What we decide to do?
> >
> > Thanks,
> > Alex
> > _______________________________________________
> > devs mailing list
> > [email protected]
> > http://lists.xwiki.org/mailman/listinfo/devs
>
>
>
> --
> Thomas Mortagne
> _______________________________________________
> devs mailing list
> [email protected]
> http://lists.xwiki.org/mailman/listinfo/devs
>
_______________________________________________
devs mailing list
[email protected]
http://lists.xwiki.org/mailman/listinfo/devs

Reply via email to