[ros-kernel] CVS regressions and checkin system idea - Distributed Regression Testing

KJK::Hyperion noog at libero.it
Thu Apr 15 02:43:46 CEST 2004


At 00.58 15/04/2004, you wrote:
>If we implement a strict testing system on the server side then we are 
>going to need a freaking large cluster to commit->build->test->merge and 
>there is going to be a real lag in development.

That's why Casper proposed to apply strict checks to the main trunk only. 
The other branches could get automated builds and tests on demand, with 
some sort of booking application on the build server. And anyway ReactOS 
can be built in less than ten minutes on common hardware, and installed, 
ran and tested in even less

>We really a system where the developer is forced to check the patch and 
>run the regression tests before merging changes. Does anyone think it 
>would be possible to do something over SSH+CVS or SSH+SVN were we have a 
>build daemon running on the client that forces you to rebuild/reg-test 
>before it will pass you a token allowing you to merge?

it isn't safe to put so much trust into the client. The only way to verify 
the build/test results sent by the client would be to run the build and 
tests on the server... 



More information about the Ros-kernel mailing list