Re: The NUnit reference goes away with Clean builds

"Brad Stiles" <[email protected]>
Newsgroups gmane.comp.windows.dotnet.nunit.user
Message-ID <[email protected]>
Charlie Poole <[email protected]> wrote:

> I've used a compromise, where the devtools are checked out
> or updated by the developers only on an as-needed basis.
> The build server checks them out with every build, generally
> in a stub script that also checks out the "real" build script.

Unfortunately, we have 5 different CI build servers, with about 100
different projects spread over them.  An additional "release" build
server, which builds and packages up to a couple of dozen applications
for each of our (internal) product releases, is building 5 to 10
releases at any given time, building each one at least once per day.
Keeping the builds fast was not compatible with checking out, or even
exporting, the tools with every project build. :)

We probably could have overcome the problem, but it seemed easier at the
time to just not do it.

I still keep the tools in Subversion, but in their own repo, with a
working copy on each build server, so that I can easily update each of
the build servers, and set up a new one in a relative flash if I so
need.  It also allows the individual developers to update only as
needed.  We do occasionally have a problem with a project using a newer
version of a tool, such as NUnit, than a developer has installed.  With
our setup, though, it's relatively painless for them to upgrade,
especially with NUnit.

Brad 


-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.