Creating a new release branch before the end of the year ("release14.12")

[Sharan-F]

Hi Taher

At least two of your proposed milestones are in the draft project roadmap
that is currently out for community feedback.

I'm currently travelling so cant include the links but please search this
list for my post on project vision, direction and roadmap.

I would encouge anyone who has an opinion to provide feedback so that we
can look at incorporating them.

Thanks
Sharan
On 21 Dec 2014 15:49, "Taher Alkhateeb" <[hidden email]> wrote:

> Hi Jacques and everyone,
>
> I think we agree to a large degree with your proposition in the below
> archived thread Jacques. We see little advantage in upgrading our systems
> to newer versions of OFBiz because the new features do not seem to be that
> major!
>
> I would prefer slowing down the release cycle and to focus on accumulation
> of enough features to warrant a release. Right now, both branches and
> releases seem to be simply snapshots in time for the project, but I see no
> substantial reward in upgrading nor do I see enough features to wet my
> appetite to play around with the new releases.
>
> For example, here are some milestones that would highly encourage me
> personally to upgrade:
>
> - Major overhaul of the UI (the bootstrap theme project for example)
> - Addition of builtin documentation and completing the contextual help
> system
> - Integration of third party systems (pentaho, CMSs, jackrabbit, etc ...)
> - Substantial improvements to existing components (too much form/field
> clutter in current design)
> - Translations and internationalization improvement
> - Change / upgrade of infrastructure (logging framework, transaction
> management, build systems like gradle, JVM, etc ...)
>
> My 2 cents
>
> Taher Alkhateeb
>
> ----- Original Message -----
>
> From: "Jacques Le Roux" <[hidden email]>
> To: [hidden email]
> Sent: Sunday, 21 December, 2014 5:26:40 PM
> Subject: Re: Creating a new release branch before the end of the year
> ("release14.12")
>
> Just as a reminder http://markmail.org/message/2wwueeciltqxon4r
>
> Jacques
>
> Le 21/12/2014 14:32, Pierre Smits a écrit :
> > Did you get your wires crossed?
> >
> >
> > Pierre Smits
> >
> > *ORRTIZ.COM <http://www.orrtiz.com>*
> > Services & Solutions for Cloud-
> > Based Manufacturing, Professional
> > Services and Retail & Trade
> > http://www.orrtiz.com
> >
> > On Sun, Dec 21, 2014 at 11:07 AM, Jacques Le Roux <
> > [hidden email]> wrote:
> >>
> >> Nothing prevent us to not create a relase branch in 2014 and only create
> >> on in 2015 when ready.
> >> Actually, due to Adrian's and my request, I believe we should rather go
> >> that way
> >>
> >> This is as well a good argument to delay the branch creation, even if we
> >> can expect to have all patches reviewed each time we need to create a
> >> branch... but 60... !
> >>
> >> As I said above you invented this policy, we are free to skip a year
> >>
>
>

[Jacopo Cappellato-4]

On Dec 21, 2014, at 3:48 PM, Taher Alkhateeb <[hidden email]> wrote:

> I think we agree to a large degree with your proposition in the below archived thread Jacques. We see little advantage in upgrading our systems to newer versions of OFBiz because the new features do not seem to be that major!

In my opinion the amount of work done in the trunk since the creation of 13.07 is remarkable and definitely worth of a release branch: of course we can discuss timing and preferences but I wouldn't postpone just because of this consideration.

Jacopo

[Jacques Le Roux]

A I see it, the problem is more if we agree or not to allow Adrian's and my changes to be committed in the branch after it's freezed.
If not I think we should delay freezing the branch until those efforts are committed in trunk.
And we should both try to do it ASAP if others feel they are waiting for us.

Jacques

Le 21/12/2014 20:21, Jacopo Cappellato a écrit :
> On Dec 21, 2014, at 3:48 PM, Taher Alkhateeb <[hidden email]> wrote:
>
>> I think we agree to a large degree with your proposition in the below archived thread Jacques. We see little advantage in upgrading our systems to newer versions of OFBiz because the new features do not seem to be that major!
> In my opinion the amount of work done in the trunk since the creation of 13.07 is remarkable and definitely worth of a release branch: of course we can discuss timing and preferences but I wouldn't postpone just because of this consideration.
>
> Jacopo
>

[Jacopo Cappellato-4]

In the past we have been flexible when we had to backport refactoring work to newly created branches, and we could continue this approach now.
As regards the specific changes, I am fine with Adrian's work but I am not sure about merging SEO because if I am not wrong it a debated change. By the way, this is not a discussion limited to backporting to the new release but rather about merging to trunk first.

Jacopo
 
On Dec 21, 2014, at 8:52 PM, Jacques Le Roux <[hidden email]> wrote:

> A I see it, the problem is more if we agree or not to allow Adrian's and my changes to be committed in the branch after it's freezed.
> If not I think we should delay freezing the branch until those efforts are committed in trunk.
> And we should both try to do it ASAP if others feel they are waiting for us.
>
> Jacques
>
> Le 21/12/2014 20:21, Jacopo Cappellato a écrit :
>> On Dec 21, 2014, at 3:48 PM, Taher Alkhateeb <[hidden email]> wrote:
>>
>>> I think we agree to a large degree with your proposition in the below archived thread Jacques. We see little advantage in upgrading our systems to newer versions of OFBiz because the new features do not seem to be that major!
>> In my opinion the amount of work done in the trunk since the creation of 13.07 is remarkable and definitely worth of a release branch: of course we can discuss timing and preferences but I wouldn't postpone just because of this consideration.
>>
>> Jacopo
>>