Cruisecontrolrb users - Mar 2010 - Restricting concurrent builds across projects.

Hi All.
 
We''re using CCRB to automate our build process.
Currently CCRB is monitoring the trunk of our SVN repository.
we''d also like it to monitor some branches.
 
The issue that I can see coming up is that the box running our builds on
isn''t a grate spec and we don''t want it to try to build the
trunk at the
same time that its building the branch.
Is there any way of setting a max number of concurrent builds or forcing
it to not monitor SVN when another build process is going on?
 
Any answers gratefully received.
 
Thanks.
Nick.
 
Nick Adamson
Software Engineer     
 General Dynamics United Kingdom Limited
Bryn Brithdir, Oakdale Business Park, Blackwood, South Wales, NP12 4AA 
Telephone: +44 (0)1495 23 6467     
Email: Nick.Adamson at generaldynamics.uk.com     
Website: www.generaldynamics.uk.com <http://www.generaldynamics.uk.com/>

To help reduce waste paper, please only print this email if you really
need to.

 


This email and any files attached are intended for the addressee and may contain
information of a confidential nature. If you are not the intended recipient, be
aware that this email was sent to you in error and you should not disclose,
distribute, print, copy or make other use of this email or its attachments. Such
actions, in fact, may be unlawful. In compliance with the various Regulations
and Acts, General Dynamics United Kingdom Limited reserves the right to monitor
(and examine for viruses) all emails and email attachments, both inbound and
outbound. Email communications and their attachments may not be secure or error-
or virus-free and the company does not accept liability or responsibility for
such matters or the consequences thereof.  General Dynamics United Kingdom
Limited, Registered Office: 100 New Bridge Street, London EC4V 6JA. Registered
in England and Wales No: 1911653.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20100319/6779270d/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 2071 bytes
Desc: Signature.gif
URL:
<http://rubyforge.org/pipermail/cruisecontrolrb-users/attachments/20100319/6779270d/attachment-0001.gif>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Nick,

I''m not sure, if you have seen the option, but it"s quiet easy to
disable concurrent builds completely. This usually works well for a  
smaller number of projects. CruiseControl.rb is also smart enough to  
build projects sitting on a branch, iif something in that branch  
changed. So in general, you should not see concurrent builds that often.


In your cruise_root (generally ~/.cruise) there is a file called  
site_config.rb. It is really well documented and should point you in  
the right directions if you want to disable concurrent build  
nevertheless.


Unfortunately I do not know an option to allow a limited number of  
concurrent builds, but I would be quiet interested to have this option  
as well. We are maintaining a public Redmine ci using cc.rb at
http://ci.finn.de/
  with 18 different projects, observing only 2 different branches.  
This results in 9 projects scheduled for build simultaneously. Since  
an average build takes about 5 minutes, the final results are only  
available after 45 minutes. On the other hand, running them all at  
once would kill our server.


Best

Gregor


On 19.03.2010, at 13:45, <Nick.Adamson at generaldynamics.uk.com>
<Nick.Adamson at generaldynamics.uk.com
 > wrote:
> Hi All.
>
> We''re using CCRB to automate our build process.
> Currently CCRB is monitoring the trunk of our SVN repository.
> we''d also like it to monitor some branches.
>
> The issue that I can see coming up is that the box running our  
> builds on isn''t a grate spec and we don''t want it to try
to build
> the trunk at the same time that its building the branch.
> Is there any way of setting a max number of concurrent builds or  
> forcing it to not monitor SVN when another build process is going on?
>
> Any answers gratefully received.
>
> Thanks.
> Nick.
>
> Nick Adamson
> Software Engineer
> <Signature.gif>General Dynamics United Kingdom Limited
> Bryn Brithdir, Oakdale Business Park, Blackwood, South Wales, NP12 4AA
> Telephone: +44 (0)1495 23 6467
> Email: Nick.Adamson at generaldynamics.uk.com
> Website: www.generaldynamics.uk.com
> To help reduce waste paper, please only print this email if you  
> really need to.
>
>
> This email and any files attached are intended for the addressee and  
> may contain information of a confidential nature. If you are not the  
> intended recipient, be aware that this email was sent to you in  
> error and you should not disclose, distribute, print, copy or make  
> other use of this email or its attachments. Such actions, in fact,  
> may be unlawful. In compliance with the various Regulations and  
> Acts, General Dynamics United Kingdom Limited reserves the right to  
> monitor (and examine for viruses) all emails and email attachments,  
> both inbound and outbound. Email communications and their  
> attachments may not be secure or error- or virus-free and the  
> company does not accept liability or responsibility for such matters  
> or the consequences thereof. General Dynamics United Kingdom  
> Limited, Registered Office: 100 New Bridge Street, London EC4V 6JA.  
> Registered in England and Wales No: 1911653.
>
> _______________________________________________
> Cruisecontrolrb-users mailing list
> Cruisecontrolrb-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users

- --
Gregor Schmidt
Jungstr. 3
10247 Berlin

Festnetz:  +49 30 99 27 82 90
Mobil:     +49 151 23 06 00 60

schmidt at nach-vorne.eu
www.nach-vorne.eu


- --
Gregor Schmidt
Jungstr. 3
10247 Berlin

Festnetz:  +49 30 99 27 82 90
Mobil:     +49 151 23 06 00 60

schmidt at nach-vorne.eu
www.nach-vorne.eu

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)

iEYEARECAAYFAkukwiUACgkQEA6PB4V2Ye8mXgCeIgYpjwnvnu36oxAAxSlIQt0X
BAQAnRX8/CgNCBZSjOtdw6qgOl4WttT2
=RuI8
-----END PGP SIGNATURE-----

On Sat, Mar 20, 2010 at 5:40 AM, Gregor Schmidt <ruby at schmidtwisser.de>
wrote:
> Unfortunately I do not know an option to allow a limited number of
> concurrent builds, but I would be quiet interested to have this option as
> well. We are maintaining a public Redmine ci using cc.rb at
> http://ci.finn.de/ with 18 different projects, observing only 2 different
> branches. This results in 9 projects scheduled for build simultaneously.
> Since an average build takes about 5 minutes, the final results are only
> available after 45 minutes. On the other hand, running them all at once
> would kill our server.

Gregor,

Check out some of the polling and scheduled build options which were
added recently:

http://github.com/thoughtworks/cruisecontrol.rb/blob/master/config/cruise_config.rb.example#L22

With some combination of these options set differently across your
projects , you should be able to get builds triggered or run on a
schedule, but not all at the same time.

Oh, and thanks for helping out on the list :)

-- Chad

Hi Gregor and Chad.

Thanks for the info.

Thanks.
Nick.


-----Original Message-----
From: cruisecontrolrb-users-bounces at rubyforge.org
[mailto:cruisecontrolrb-users-bounces at rubyforge.org] On Behalf Of Chad
Woolley
Sent: 20 March 2010 16:46
To: cruisecontrolrb-users at rubyforge.org
Subject: Re: [Cruisecontrolrb-users] Restricting concurrent builds
acrossprojects.

On Sat, Mar 20, 2010 at 5:40 AM, Gregor Schmidt <ruby at schmidtwisser.de>
wrote:
> Unfortunately I do not know an option to allow a limited number of
> concurrent builds, but I would be quiet interested to have this option
as
> well. We are maintaining a public Redmine ci using cc.rb at
> http://ci.finn.de/ with 18 different projects, observing only 2
different
> branches. This results in 9 projects scheduled for build
simultaneously.
> Since an average build takes about 5 minutes, the final results are
only
> available after 45 minutes. On the other hand, running them all at
once
> would kill our server.

Gregor,

Check out some of the polling and scheduled build options which were
added recently:

http://github.com/thoughtworks/cruisecontrol.rb/blob/master/config/cruis
e_config.rb.example#L22

With some combination of these options set differently across your
projects , you should be able to get builds triggered or run on a
schedule, but not all at the same time.

Oh, and thanks for helping out on the list :)

-- Chad
_______________________________________________
Cruisecontrolrb-users mailing list
Cruisecontrolrb-users at rubyforge.org
http://rubyforge.org/mailman/listinfo/cruisecontrolrb-users


This email and any files attached are intended for the addressee and may contain
information of a confidential nature. If you are not the intended recipient, be
aware that this email was sent to you in error and you should not disclose,
distribute, print, copy or make other use of this email or its attachments. Such
actions, in fact, may be unlawful. In compliance with the various Regulations
and Acts, General Dynamics United Kingdom Limited reserves the right to monitor
(and examine for viruses) all emails and email attachments, both inbound and
outbound. Email communications and their attachments may not be secure or error-
or virus-free and the company does not accept liability or responsibility for
such matters or the consequences thereof.  General Dynamics United Kingdom
Limited, Registered Office: 100 New Bridge Street, London EC4V 6JA. Registered
in England and Wales No: 1911653.