[Buildbot-devel] Avoid that a commit in the codebase fires a build (SVNPoller) , when another scheduler is running

[Fulvio Cervone]

Thanks Amber.

Will implement a lock on that scheduler, thanks for the reply!

On Feb 25, 2011, at 6:36 PM, Amber Yust wrote:

> Locks are what you want, yes, if you want to prevent one build running while another is in progress.
> 
> ~Amber
> 
> On Fri, Feb 25, 2011 at 6:27 PM, Fulvio Cervone <fcervone at me.com> wrote:
> 
> I am not sure about this, so I wonder if anyone can give me some input.
> 
> I have a scheduler that fires up if for 5 minutes no commits are checked in, and this is fine most of the times.
> 
> Then i have another scheduler that does a bunch of updates and other maintenance tasks, and then it spins a build; this is set to run at night, so it should never collide with the other scheduler.
> 
> Now the problem is that is possible that I could check in something, triggering the first builder, while the second is still running, making a big mess since it would not find some resources required to build.
> 
> I know about locks; but I am not sure if is the right way to go; does the lock avoid that my build fires when triggered by a SVNPoller? In this way it could be triggered only after that the maintenance scheduler is done.
> 
> Thanks!
> 
> ------------------------------------------------------------------------------
> Free Software Download: Index, Search & Analyze Logs and other IT data in
> Real-Time with Splunk. Collect, index and harness all the fast moving IT data
> generated by your applications, servers and devices whether physical, virtual
> or in the cloud. Deliver compliance at lower cost and gain new business
> insights. http://p.sf.net/sfu/splunk-dev2dev
> _______________________________________________
> Buildbot-devel mailing list
> Buildbot-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/buildbot-devel
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://buildbot.net/pipermail/devel/attachments/20110225/15196b24/attachment.html>