Mailing-List: contact dev-help@streams.incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@streams.incubator.apache.org
MIME-Version: 1.0
In-Reply-To: 
 <CAHduaq0yEPNuRQaA92=SkTm8LUVkkpc4b_zOiwbvHj1ET0LcHQ@mail.gmail.com>
References: 
 <CAHduaq22aPAC+w_E_J4QS9-1BTeoapuAUxwfVhhAcy3E97bNUQ@mail.gmail.com>
	<CAJ7ACC-KgJqYK5urWfL_jCZ0L4ThaJPVF+M9cBe0s+RhxTYvuQ@mail.gmail.com>
	<CAENpzYX_xxJWFVk+qL5hAKgrRMVZQPfF-vkoZtANg4M7FGcMwQ@mail.gmail.com>
	<CAENpzYVwGQ+g4E+0wm3qXX_hOqnJFT_56xWaxjueu29Hk1_Mkw@mail.gmail.com>
	<CAHduaq0gvDDO2Tepj-eAL8v8de-yk1X04Tn-hcBew52H2y7kgA@mail.gmail.com>
	<CAENpzYUB8kD7FiuXm1qHDTPt_=Q_aW-Fv_UHRfETkmyHu_8b3g@mail.gmail.com>
	<CAHduaq0UvaydiLjaGNSdOXQnKN83DV7tfDoEZzB-4CuTX8YSfA@mail.gmail.com>
	<CAJ7ACC9km2zeAY_6oj5P4BmB2U3szM3hNn4qeMqV-t16Pxc_9g@mail.gmail.com>
	<CAHduaq0yEPNuRQaA92=SkTm8LUVkkpc4b_zOiwbvHj1ET0LcHQ@mail.gmail.com>
Date: Tue, 25 Feb 2014 11:11:57 -0600
Message-ID: 
 <CAJ7ACC8nJFAiVz1Zz-apOMUMCqq4QU9bp64amR0K+iGg1pU3qg@mail.gmail.com>
Subject: Re: Build failures
From: Steve Blackmon <sblackmon@apache.org>
To: dev@streams.incubator.apache.org
Content-Type: text/plain; charset=ISO-8859-1

A lead integrator knowing and asserting state of the code is
essential, but having easily accessible objective stats at the ready
can help with effective communication and decision making.  Scanning
builds.apache.org it's apparent that many projects have multiple
stable, unstable, and release candidate branches under CI
concurrently.

I was thinking some other developers might pitch in on refactoring the
17 remaining modules in streams-contrib to work with
StreamsLocalBuilder, and that comparing the jenkins build reports of
trunk and branch could indicate when it was ready to merge.  The code
base is reasonably simple and small today, but growing rapidly, and
will become more complex as additional runtimes such as storm and
hadoop with external version and dependency issues are supported.
Since we are setting up CI, we might as well discuss and pilot some of
these scenarios.

Thanks,
Steve

On Tue, Feb 25, 2014 at 6:33 AM, Stanton Sievers <ssievers@apache.org> wrote:
> IMHO, knowing which modules and tests are active/passing should be the
> responsibility of the individual developer.  You can build the whole
> project in a reasonable amount of time.
>
> I would agree that such a process would be good to introduce into the CI
> system but only if there were functional or integration-level tests that
> required resources unavailable to an individual developer.
>
>
> On Mon, Feb 24, 2014 at 12:37 PM, Steve Blackmon <sblackmon@apache.org>wrote:
>
>> It would be nice to have a way to place feature branches we are
>> planning to merge under automated build as well, not to publish any
>> artifacts necessarily, just to identify any breaking changes and track
>> how many and which modules and tests are active/passing.
>>
>> STREAMS-26 is a good example we could use to test this process out.
>>
>> Steve
>>
>> On Mon, Feb 24, 2014 at 11:03 AM, Stanton Sievers <ssievers@apache.org>
>> wrote:
>> > Can you help set that up?  I've never setup snapshots in the builds.a.o
>> > environment before.  Certainly willing to learn. :)
>> >
>> >
>> > On Mon, Feb 24, 2014 at 11:49 AM, Matt Franklin <
>> m.ben.franklin@gmail.com>wrote:
>> >
>> >> On Mon, Feb 24, 2014 at 10:46 AM, Stanton Sievers <ssievers@apache.org
>> >> >wrote:
>> >>
>> >> > A new job [1] has been created on builds.a.o for Streams trunk.  It
>> will
>> >> > build using JDK 1.7 and the latest maven (currently 3.0.5).  Once I've
>> >> > verified it builds successfully, I'll set the job to e-mail this list
>> >> when
>> >> > builds fail.
>> >> >
>> >> > We can setup snapshot deploys and other CI functionality as we see
>> fit.
>> >> >
>> >>
>> >> Let's setup snapshots now.
>> >>
>> >>
>> >> >
>> >> > [1] https://builds.apache.org/job/Streams%20Trunk/
>> >> >
>> >> >
>> >> > On Mon, Feb 24, 2014 at 11:39 AM, Matt Franklin <
>> >> m.ben.franklin@gmail.com
>> >> > >wrote:
>> >> >
>> >> > > >
>> >> > > > If we can revert trunk to revision 1569602, it should build again
>> >> with
>> >> > > >> all modules in the build plan.
>> >> > > >>
>> >> > > >
>> >> > > > I will revert the code.
>> >> > > >
>> >> > >
>> >> > > This is done.
>> >> > >
>> >> >
>> >>
>>