I don’t know of a reason why not ... other than it didn’t work when we tried it.
There is no reason I know of that we couldn’t do that. The alternate DB builds checkout to a different path on the server, so there shouldn’t be any other clashes with multiple builds. We were getting an error when we tried it (I can’t remember exactly what), but it’s probably worth investigating again. From: Julian Maughan Sent: Thursday, July 28, 2011 4:55 PM To: [email protected] Subject: Re: [nhibernate-development] Alternate Database Builds Could we have the SQL Server tests run on a different agent and/or queue, so they run independently of the other database tests when a commit occurs? This would mean the SQL Server tests wouldn't be blocked, and several commits could be made and tested on SQL Server in the time it takes to perform one run of tests on all the other databases. On 28 July 2011 23:37, Richard Brown (gmail) <[email protected]> wrote: That's it turned on. Note, the only build this will (currently) affect is Firebird - the others (PostgreSQL and SQLite) run the complete suite correctly (with the appropriate tests ignored programmatically as originally intended). We're hoping to get Oracle up and running shortly too, which will be affected as it currently has failing tests. -----Original Message----- From: Patrick Earl Sent: Wednesday, July 27, 2011 9:23 PM To: [email protected] Subject: Re: [nhibernate-development] Alternate Database Builds I say go for it, I can help clean up the mess. If nothing else, we can temporarily add very problematic tests to the list of "acceptable failures". On Wed, Jul 27, 2011 at 1:43 PM, Richard Brown <[email protected]> wrote: It's easy to enable (I've added the two required lines but they're commented out just now). The only problem is that there's immediately a bunch of tests that fall into the category of added-but-failing. :( Not hard - just a logistical exercise.
