ofbiz-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Al Byers <bye...@automationgroups.com>
Subject Re: Discussion: migrating from Ant to Gradle
Date Thu, 21 Aug 2014 13:48:46 GMT
As a "pro" it should stated that migrating to gradle would - wait for it -
help in the migration to and/or from moqui.org, as it is one its many
advanced built-in tools. I appreciate the groovy-everywhere consistency of
moqui and believe that it would be a good direction for OFBiz to head.

On Thu, Aug 21, 2014 at 7:17 AM, Jacopo Cappellato <
jacopo.cappellato@hotwaxmedia.com> wrote:

> On Aug 21, 2014, at 12:40 PM, Jacques Le Roux <
> jacques.le.roux@les7arts.com> wrote:
> > I think you did not get me right. Like I have explained to Ron, branches
> are not only to get stabilised releases. So my idea would be to have a new
> feature branch where we can make the desired changes before merging them in
> the trunk, when happy with them.
> >
> > This is for instance what I did for the jQuery move. What I did also for
> the missed Tom Burn's new help (now a Neogia addon I have been told). And
> what I'm doing for the SEO branch I created for OFBIZ-5312 which I want to
> merge back in trunk before we freeze a branch for the next release.
> >
> > So yes it's a bit a burden, but it's a way to (more) safely integrate
> new features in the trunk.
> >
> > Jacques
> Experimental branches are useful for running experiments that impact a
> large amount of code or require several commits (and committers) to be
> completed; especially when the community is divided about the opportunity
> to integrate them. The examples you provided belongs to this group... the
> ant->gradle switch I am not sure because we could easily implement the
> gradle scripts while leaving the ant scripts in place and then remove the
> ant scripts only when we will have enough confidence.
> But really it is too early to talk about how to do this work... at the
> moment we can just focus on the pros/cons of this switch.
> Jacopo

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message