camel-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From chrislovecnm <cl...@cnmconsulting.net>
Subject Re: Hudson and Unit Tests
Date Tue, 19 Jan 2010 23:42:08 GMT

Since we are on the topic. Do you guys use or plan to use Hudson along with
the maven release plug-in to cut releases?

Chris

P.S. Thanks for the active response!

Gert Vanthienen wrote:
> 
> L.S.,
> 
> I also think it makes sense to deploy snapshots, even for unstable
> builds, but currently this requires us to disable the unit tests on
> one build and create a second CI build to run the unit tests.  FWIW, I
> created a patch for HUDSON-3773 [1] which would allow Hudson to deploy
> a SNAPSHOT even for unstable builds.  This will allow us to have a
> single build definition to run tests and deploy regular snapshots.
> 
> Regards,
> 
> Gert Vanthienen
> ------------------------
> Open Source SOA: http://fusesource.com
> Blog: http://gertvanthienen.blogspot.com/
> 
> [1] http://issues.hudson-ci.org/browse/HUDSON-3773
> 
> 
> 
> 2010/1/19 Willem Jiang <willem.jiang@gmail.com>:
>> The SNAPSHOT release means a unstable release, I'm +1 for the publish the
>> SNAPSHOT everyday.
>> In most case we just don't recommend user to use the SNAPSHOT release,
>> only for new feature or some other integration test we use the SNAPSHOT.
>>
>> Back to the Camel unit tests, as most unit test need to start the whole
>> camel context, it's a time consuming work, so most unit tests take more
>> than
>> 1 second to run. Maybe we need find a way to speed up the camel-unit test
>> by
>> build it separately.
>>
>> Willem
>>
>> Claus Ibsen wrote:
>>>
>>> On Tue, Jan 19, 2010 at 8:31 AM, Christian Schneider
>>> <chris@die-schneider.net> wrote:
>>>>
>>>> Hi Willem,
>>>>
>>>> does it make sense to deploy if not all test succeed? This causes that
>>>> sometimes snapshots will have low quality.
>>>> I would prefer to only deploy when all tests work. Skipping some tests
>>>> is
>>>> sure ok for some time if an issue can not be worked
>>>> out quickly. What do you think?
>>>>
>>>
>>> No I think its great as it is.
>>>
>>> Camel have 4600+ unit test and still counting. It takes like 3-4h on
>>> the hudson server to complete a test and it can break somewhere in for
>>> some strange reasons. We see this on the Fuse CI platforms where we
>>> got 10+ platforms to run Camel every single day.
>>>
>>> At Apache people want to latest code in SNAPSHOT which also can help
>>> when they want to verify a fix committed fixed their issue.
>>> If we only deploy if 100% green then SNAPSHOT could easily turn weeks
>>> old or longer.
>>>
>>> The current setup is great as it is IMHO.
>>>
>>> If you want SNAPSHOT which have 100% green they you can use the
>>> SNAPSHOTs from the fuse repos.
>>>
>>>
>>>> Greetings
>>>>
>>>> Christian
>>>>
>>>>
>>>> Am 19.01.2010 03:10, schrieb Willem Jiang:
>>>>>
>>>>> I found this issue weeks ago, it looks like we just use the Apache
>>>>> Hundson
>>>>> to deploy the camel kits now.
>>>>>
>>>>> And Gert said we can create two Hudson jobs (one for deployment and
>>>>> other
>>>>> for running test) for Camel.
>>>>>
>>>>> It's time to get them started :)
>>>>>
>>>>> Willem
>>>>>
>>>>> chrislovecnm wrote:
>>>>>>
>>>>>> A quick question
>>>>>>
>>>>>> Why are the tests skipped during the CI Hudson builds? I have filed
>>>>>> three
>>>>>> bugs today that deal directly with unit tests not building or
>>>>>> failing.
>>>>>> IMHO
>>>>>> these may have been caught if the test where not skipped.  Or a
>>>>>> hudson
>>>>>> build
>>>>>> could be setup that nightly runs the unit tests?
>>>>>>
>>>>>> I am sure that there is a reason why the tests are off, but I was
>>>>>> just
>>>>>> curious.  Plus a bit frustrated that the build is broken :)
>>>>>>
>>>>>> Chris
>>>>>
>>>>
>>>
>>>
>>>
>>
>>
> 
> 
> -----
> ---
> Gert Vanthienen
> http://gertvanthienen.blogspot.com
> 

-- 
View this message in context: http://old.nabble.com/Hudson-and-Unit-Tests-tp27215408p27234730.html
Sent from the Camel Development mailing list archive at Nabble.com.


Mime
View raw message