continuum-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Maria Odea Ching" <>
Subject Re: Initial Efforts for Parallel Builds
Date Sat, 10 Jan 2009 02:28:02 GMT
Hi All,

I've staged another snapshot from the parallel builds branch (-r733009) at:

Below are the changes since the last staged snapshot:
1. Multiple canceling of queued checkouts and builds in Queues page
(checkboxes were missing from previous staged build and Wendy was also
having problems when refreshing the page)
2. Build queues can now be deleted
3. When no build queue is attached to a schedule, the "default" build queue
will be used. Same concept as with the default schedule, the default build
queue cannot be deleted.
4. Building a project is blocked if the project is in the release stage.
When the build is triggered at the group level, build will be blocked if at
least one project in the group is in the release stage. (From the previous
mails, we've also talked about blocking the release when a build is in
progess. It seemed that this was already in place way before the parallel
builds was started.)
5. UI validation checks
6. When the number of allowed builds in parallel is reduced to a value N
which is less than the build queues configured/attached to a schedule, the
parallel builds manager would take that into consideration and would only
utilize N number of build queues with respect to the order that the build
queues appear on the list.
7. Tests for parallel builds classes and other test cases affected from the
code changes are all fixed.

I think we can already merge this to trunk after the distributed builds
branch has been merged..

Comments, thoughts, feedback are greatly appreciated :)


On Fri, Dec 19, 2008 at 11:05 AM, Maria Odea Ching <>wrote:

> Hi Everyone,
> I've staged a snapshot from the parallel builds branch to give you a
> preview of the recent efforts that have been put into this.
> You can get the binaries @
> To get it working:
> 1. In the Configuration page, set Number of Allowed Builds in Parallel to a
> value greater than 1 and save the changes.
> 2. Create a new Build Queue. You can create a few more if you want but you
> shouldn't be permitted to create more than the Number of Allowed Builds in
> Parallel you've set in the configuration.
> 3. In the Schedules page, edit DEFAULT_SCHEDULE and select the Build Queues
> you want to attach to it. These build queues would be used to distribute the
> checkouts/builds to be executed when the DEFAULT_SCHEDULE is used.
> 4. Add a number of projects (different project groups if possible) to
> Continuum. You should be able to see in the Queues page the current
> checkout/builds executing and the queued tasks, and to which Build Queue are
> these tasks executing or queued.
> There are still a couple of bugs that need to be fixed before we're ready
> to merge to trunk:
> 1. checkboxes for cancelling a set of queued tasks in Queues page are not
> showing up
> 2. handle instances when a project is still building and a release is
> triggered
> 3. deletion of build queue (a FK constraint violation error is encountered)
> 4. fix failing tests due to a number methods of some classes in handling
> the task queues being moved
> Thoughts, comments, suggestions and feedback (good or bad) are very welcome
> ;-)
> Thanks,
> Deng
> --
> Maria Odea Ching
> Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching |
> | Innovation Delivered

Maria Odea Ching
Software Engineer | Exist Global | 687-4091 | Skype: maria.odea.ching | | Innovation Delivered

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message