[RFC] Platform champions

Nicholas Allen allen at ableton.com
Wed Jul 4 11:35:20 BST 2007


> In principle, yes. In practice, things always have a chance to break on
> everything *except* whatever PQM is running on. I don't think a process
> where PQM must pass all tests on 10+ platforms each pqm-submit is
> sensible either. Heh, just running all tests on both Python 2.4 and
> Python 2.5 would be nice :-) , let alone doing multiple Python's on
> multiple platforms.
>   

Just an outsider making a suggestion here.

I would have thought it would be possible to have PQM only running on 
one platform as it does now but to have other machines and platforms 
perform the automated test suit as often as possible (most likely not 
every merge request but as soon as they finish they pull again and check 
the next set of changes they got from the pull). When it finds a problem 
it could inform the dev team automatically. So the merge request has to 
pass the current PQM test suite which gives it a pretty good chance of 
passing on other platforms too. I don't think it would even be necessary 
to purchase the hardware if virtual machines were used.

So PQM becomes a kind of sane gateway that reduces the likelihood of 
problems on other platforms and another machine (or machines) check the 
trunk test suit as well. I know it's a simple idea but wouldn't 
automating the process like this help and massively increase the chance 
that a given release works on all platforms?

Nick



More information about the bazaar mailing list