<p>Our team is setting up nightly and continuous integration builds.  We own Team Foundation Server and could use Team Foundation Build.  I'm more familiar with CC.Net and lean that way but management sees all the money spent on TFS and wants to use it.</p>

<p>Some things I like better about CC.Net is the flexibility of notifications as well as the ease of implementing custom scripts.</p>

<p>If you have experience with both products, which do you prefer and why?</p>

[{'answer_id': 80192, 'author': 'Dean Poulin', 'author_id': 5462, 'author_profile': 'https://Stackoverflow.com/users/5462', 'pm_score': 2, 'selected': False, 'text': '<p>We\'ve been using CruiseControl.net since June \'07 and it\'s worked great for us.  Best part, it integrates to SVN easily which is a far superior source control provider.</p>\n\n<p>So our setup is:</p>\n\n<ul>\n<li><a href="http://confluence.public.thoughtworks.org/display/CCNET/Welcome+to+CruiseControl.NET" rel="nofollow noreferrer">Cruise Control.Net</a></li>\n<li><a href="http://subversion.tigris.org/" rel="nofollow noreferrer">SVN</a></li>\n<li><a href="http://trac.edgewall.org/" rel="nofollow noreferrer">Trac</a> - for bug reports and project management (integrates perfectly with SVN)</li>\n<li>nunit - for unit testing</li>\n</ul>\n\n<p>We\'ve had some major parallel development going and the branching and merging experience was spectacular.  If you have the choice I\'d go with the setup above!</p>\n'}, {'answer_id': 80223, 'author': 'Nick Monkman', 'author_id': 14391, 'author_profile': 'https://Stackoverflow.com/users/14391', 'pm_score': 6, 'selected': True, 'text': "<p>I've used both. I guess it depends on what your organization values.</p>\n\n<p>Since you are familiar with CC Net, I won't speak much to that. You already know what makes it cool.</p>\n\n<p><strong>Here's what I like about Team Foundation Build:</strong></p>\n\n<ul>\n<li>Build Agents. It's very simple to turn any box into a build machine and run a build on it. MSFT got this one right.</li>\n<li>Reporting. All relevant build results (test included) are stored in a SQL database and reported on via SQL Server Reporting Services. This is an immensely powerful tool for charting build and test results over time. CC Net doesn't have this built in.</li>\n<li>You can do similar customizations via MSBUILD. It's basically the same as using NAnt with CC Net</li>\n</ul>\n\n<p><strong>Here's what drives me up the wall about Team Foundation Build:</strong></p>\n\n<ul>\n<li>To build C++/CLI projects (or run unit tests...?) the build agent must have VSTS Dev or Team Suite installed. This, friends, is just batsh*t crazy.</li>\n<li>It must be connected to the TFS Mothership</li>\n</ul>\n\n<p>If you're in a big org with lots of bosses who have huge budgets and love reports (and don't get me wrong, this has huge value) OR you need to scale up to a multi-machine build farm, I'd prefer Team Foundation Build. </p>\n\n<p>If you're a leaner shop, stick with CC Net and grow your own reporting solutions. That's what we did.</p>\n\n<p>Until we got acquired. And got TFS :P</p>\n"}, {'answer_id': 80516, 'author': 'Martin Woodward', 'author_id': 6438, 'author_profile': 'https://Stackoverflow.com/users/6438', 'pm_score': 4, 'selected': False, 'text': '<p>I\'m assuming that as you own TFS you\'ll be using it for version control.  In that case I would lean towards Team Foundation Build.  That said, I pretty much agree with <a href="https://stackoverflow.com/questions/80120/cruise-control-net-vs-team-foundation-build#80223">Nick</a>.</p>\n\n<p>I wrote the <a href="http://www.codeplex.com/TFSCCNetPlugin/" rel="nofollow noreferrer">CruiseControl.NET integration for TFS</a>.  It works fine and gives you the same build capabilities that you are used to. To me, CC.NET\'s main advantage is that it is completely extensible and has integrations with all the major SCM and build systems under the sun. The main reason I wrote the CC.NET integration to TFS it is that in TFS2005 the build system did not have out-the-box CI support.  However the TFS2008 version is much improved and the team continue to very actively improve it for future releases of TFS.</p>\n\n<p>The main reason for switching to TFS Build would be so that it automatically reports the build information back into TFS which helps complete the software development picture in terms of reporting.  It also integrates nicely with the work item tracking side of TFS and inside the IDE (both in Visual Studio and Eclipse).</p>\n\n<p>That said, if you have large investments in Nant scripts that do more than just compile and test your code or you already have a home-brewed reporting solution you might want to stick with what you have.</p>\n'}, {'answer_id': 80765, 'author': 'granth', 'author_id': 11210, 'author_profile': 'https://Stackoverflow.com/users/11210', 'pm_score': 3, 'selected': False, 'text': '<p>The real value in Team Foundation Build is that it associates changesets and work items with builds.</p>\n\n<p>This enables a couple of useful scenarios:</p>\n\n<ul>\n<li>You can look at a work item and find out what build it is included in</li>\n<li>You can look at a build and see which code changes (and work items) it includes</li>\n</ul>\n\n<p>Then of course there\'s the reports built on top of this information. But even these links by themselves are useful to non-management types.</p>\n\n<p>Have a look at www.tfsbuild.com for "recipes" on different Team Build configurations.</p>\n'}, {'answer_id': 799059, 'author': 'Community', 'author_id': -1, 'author_profile': 'https://Stackoverflow.com/users/-1', 'pm_score': 2, 'selected': False, 'text': '<p>SVN is an OK tool far superior is not true, SVN vs. TFS is similar to a Ford pickup vs a Mercedes 500, it gets the job done but it isnt pretty nor is it comfortable, the merging has a lot to be desired.  I prefer the TFS merging tool as it seems like the branching dev is right there working with you, that is how smart it is.  Our internal SVN seemed to get corrupted a lot, this is the reason we ditched it and went to TFS and have not looked back.  The shelving of changesets is wonderful for an agile development shop, currently have 270+ engineers on TFS with no issues or problems, SVN simply was not capable of handling that kind of load without someone having issues.</p>\n\n<p>I prefer CC.NET simply because of tools we have developed in house to extend the functionality in reporting and administration.  TFS build is very closely integrated however and we anticipate a switch when we upgrade to SQL 2008</p>\n'}]
['https://Stackoverflow.com/questions/80120', 'https://Stackoverflow.com', 'https://Stackoverflow.com/users/1321/']