This is in the release branch now..
On 9 October 2014 at 2:50:09 am, Daz DeBoer (darrell.deb...@gradleware.com)
wrote:
+1 for a feature toggle.
On Wed, Oct 8, 2014 at 3:02 AM, Szczepan Faber <szcze...@gmail.com> wrote:
+1 for #3
I think that feature toggle based on an internal properties makes
sense for incremental, evolutionary improvements. BTW. Current Gradle
master (not included in 2.2) has an internal property that turns on
classloader caching.
Cheers!
On Wed, Oct 8, 2014 at 9:19 AM, Luke Daley <luke.da...@gradleware.com> wrote:
> Hi,
>
> We aren't ready to push the new model {} changes out for 2.2.
>
> Options:
>
> 1. Remove the code/tests
> 2. Turn off the code/tests
> 3. Use a feature toggle to enable it for the tests that use it
>
> I'd like to do #3 as I don't really want to lose the active test coverage as
> things will be evolving in 2.3.
>
> So, in this regard 2.2 will behave the same as 2.1 for users. For our
> internal tests and for experiments we'll turn the new DSL on with a system
> property feature toggle. This seems low risk to me, but I can't think of any
> precedent in this codebase.
>
> Whatever we do, we have to do it tomorrow.
>
> LD,
>
>
>
--
Szczepan Faber
Core dev@gradle; Founder@mockito
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
--
Darrell (Daz) DeBoer
http://www.gradleware.com
