Contribution CI Semantics

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Contribution CI Semantics

Ben Coman
 
Just curious about how the Contribution CI is set up.  Is is based off
the latest ConfigurationOf or just the latest mcz loaded in the folder?

Will you be running a #stable as well as #development jobs for
contributions?  Or will that decision be configured somehow by the
contribution developers, who may want to choose one of four quadrants
from...
x-axis
1. Pharo 2.x
2. Pharo 3.x
y-axis
A. Contribution #stable
B. Contribution #development

1A. Presumed this should _always_ be green.  Perhaps automatically
copied to the ConfigurationBrowser repository. Gives Pharo developers
early opportunity to see the impact of bug fix leading up to a minor
release.
1B. Mostly green jobs and usually only temporarily red.  It would be
interesting if the CI/Smalltalkhub integration being developed could
help moving a green 1B job to 1A with a minimum of steps - perhaps a
single click.
2A. Red contribution jobs expected and maybe last a long time, but
useful for giving contribution developers early opportunity to track
which infrastructure changes caused the red job.
2B. For the fastest feedback cycle for those contribution developers
working on the bleeding edge in parallel with Pharo developers.

Of course that increases the CI resource requirements and additional
effort to set up, but just something to consider...

cheers -ben

Reply | Threaded
Open this post in threaded view
|

Re: Contribution CI Semantics

Camillo Bruni-3
Hi Ben,

On 2013-03-24, at 03:31, Ben Coman <[hidden email]> wrote:
> Just curious about how the Contribution CI is set up.  Is is based off the latest ConfigurationOf or just the latest mcz loaded in the folder?

We use Configurations.

> Will you be running a #stable as well as #development jobs for contributions?  Or will that decision be configured somehow by the contribution developers, who may want to choose one of four quadrants from...
> x-axis
> 1. Pharo 2.x
> 2. Pharo 3.x
> y-axis
> A. Contribution #stable
> B. Contribution #development

Yes, this is exactly what we do:

https://ci.inria.fr/pharo-contribution/job/SMark/

And if you want, you can add even another axis for the VM or platform.
The choice for the versions you want to test is completely up to you, by default
we take #stable and #development.

> 1A. Presumed this should _always_ be green.  Perhaps automatically copied to the ConfigurationBrowser repository. Gives Pharo developers early opportunity to see the impact of bug fix leading up to a minor release.
> 1B. Mostly green jobs and usually only temporarily red.  It would be interesting if the CI/Smalltalkhub integration being developed could help moving a green 1B job to 1A with a minimum of steps - perhaps a single click.
> 2A. Red contribution jobs expected and maybe last a long time, but useful for giving contribution developers early opportunity to track which infrastructure changes caused the red job. 2B. For the fastest feedback cycle for those contribution developers working on the bleeding edge in parallel with Pharo developers.
>
> Of course that increases the CI resource requirements and additional effort to set up, but just something to consider...

we have a very solid and powerful setup at hand offered by INRIA which will
allow for up to 20 slaves ;) I think we have still some reserves at hand.

If you want I can give you an account so you can have a look at the details of
the setup?
Reply | Threaded
Open this post in threaded view
|

Re: Contribution CI Semantics

Ben Coman
Camillo Bruni wrote:

> Hi Ben,
>
> On 2013-03-24, at 03:31, Ben Coman <[hidden email]> wrote:
>  
>> Just curious about how the Contribution CI is set up.  Is is based off the latest ConfigurationOf or just the latest mcz loaded in the folder?
>>    
>
> We use Configurations.
>
>  
>> Will you be running a #stable as well as #development jobs for contributions?  Or will that decision be configured somehow by the contribution developers, who may want to choose one of four quadrants from...
>> x-axis
>> 1. Pharo 2.x
>> 2. Pharo 3.x
>> y-axis
>> A. Contribution #stable
>> B. Contribution #development
>>    
>
> Yes, this is exactly what we do:
>
> https://ci.inria.fr/pharo-contribution/job/SMark/
>
> And if you want, you can add even another axis for the VM or platform.
> The choice for the versions you want to test is completely up to you, by default
> we take #stable and #development.
>
>  
>> 1A. Presumed this should _always_ be green.  Perhaps automatically copied to the ConfigurationBrowser repository. Gives Pharo developers early opportunity to see the impact of bug fix leading up to a minor release.
>> 1B. Mostly green jobs and usually only temporarily red.  It would be interesting if the CI/Smalltalkhub integration being developed could help moving a green 1B job to 1A with a minimum of steps - perhaps a single click.
>> 2A. Red contribution jobs expected and maybe last a long time, but useful for giving contribution developers early opportunity to track which infrastructure changes caused the red job. 2B. For the fastest feedback cycle for those contribution developers working on the bleeding edge in parallel with Pharo developers.
>>
>> Of course that increases the CI resource requirements and additional effort to set up, but just something to consider...
>>    
>
> we have a very solid and powerful setup at hand offered by INRIA which will
> allow for up to 20 slaves ;) I think we have still some reserves at hand.
>
> If you want I can give you an account so you can have a look at the details of
> the setup?
>
>  
Thanks, I would like that - but I'll hold off until I have time to look
at it properly - after I finish writing up my dissertation - when I want
to move my project to Pharo 2.0, create a Configuration and add it as a
CI job.  I'll ask for an account then.

Reply | Threaded
Open this post in threaded view
|

Re: Contribution CI Semantics

stephane ducasse
>>
>>  
> Thanks, I would like that - but I'll hold off until I have time to look at it properly - after I finish writing up my dissertation

use pomodoro technique to get focused and get rid of it :).



> - when I want to move my project to Pharo 2.0, create a Configuration and add it as a CI job.  I'll ask for an account then.
>


Reply | Threaded
Open this post in threaded view
|

Re: Contribution CI Semantics

philippeback
I started this little thing, anyone welcome to improve it...

http://smalltalkhub.com/#!/~philippeback/HOPomodoro

Phil

2013/3/24 stephane ducasse <[hidden email]>:

>>>
>>>
>> Thanks, I would like that - but I'll hold off until I have time to look at it properly - after I finish writing up my dissertation
>
> use pomodoro technique to get focused and get rid of it :).
>
>
>
>> - when I want to move my project to Pharo 2.0, create a Configuration and add it as a CI job.  I'll ask for an account then.
>>
>
>