On 06/28/2011 03:17 PM, Dave Page wrote:
On Tue, Jun 28, 2011 at 8:02 PM, Magnus Hagander<mag...@hagander.net> wrote:
If we can find a good way to do it, I think having BF animals
automatically picking up new branches is a very good thing to have. So
don't give up so easily :D If adding a more or less random file to
back branches is the only way to do it, I'm for doing that - I'd just
like to find some method that feels cleaner. But maybe I'm just
bikeshedding for no real use here.
Adding new branches automatically would be great, but it'll need some
work from the animal herders as well as some careful design - for
example, my Windows animals have separate schedules for each branch
(some running more frequently than others), whilst my Solaris ones now
use a runner script that cycles through the list of branches on each
of a couple of animals.
Modern buildfarm code has a wrapper builtin. So my crontab usually just
looks like this:
27 * * * * cd bf && ./run_branches.pl --config=nightjar.conf --run-all
The buildfarm.conf has a section like this:
if ($branch eq 'global')
{
$conf{branches_to_build} = [qw( HEAD REL9_1_STABLE
REL9_0_STABLE REL8_4_STABLE REL8_3_STABLE REL8_2_STABLE)];
}
What I'd like to do is to allow this to read:
if ($branch eq 'global')
{
$conf{branches_to_build} = 'ALL';
}
and have it choose the right set for you.
But if you want to run some more frequently you'd still be stuck having
to manage that yourself. There's actually not a lot of point in doing it
that way, though. We don't build unless there have been changes on the
branch, unless told otherwise, so you might as well run frequently and
test all the branches - for the most part only HEAD (i.e. master) will
be built because it gets far more changes than the back branches.
cheers
andrew
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
