<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: A brighter TFS future?</title>
	<atom:link href="http://lostechies.com/jimmybogard/2011/08/04/a-brighter-tfs-future/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostechies.com/jimmybogard/2011/08/04/a-brighter-tfs-future/</link>
	<description>Strong opinions, weakly held</description>
	<lastBuildDate>Thu, 23 May 2013 23:40:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: Mercurial, Git, and Elephant&#8217;s Graveyard System &#171; Claudio Lassala&#039;s Blog</title>
		<link>http://lostechies.com/jimmybogard/2011/08/04/a-brighter-tfs-future/#comment-3708</link>
		<dc:creator>Mercurial, Git, and Elephant&#8217;s Graveyard System &#171; Claudio Lassala&#039;s Blog</dc:creator>
		<pubDate>Thu, 11 Aug 2011 16:43:50 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2011/08/04/a-brighter-tfs-future/#comment-3708</guid>
		<description>[...] TFS may have a brighter future ahead, but until that day comes, I’m sticking with Mercurial and/or Git.   GA_googleAddAttr(&quot;AdOpt&quot;, [...]</description>
		<content:encoded><![CDATA[<p>[...] TFS may have a brighter future ahead, but until that day comes, I’m sticking with Mercurial and/or Git.   GA_googleAddAttr(&quot;AdOpt&quot;, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexander M. Batishchev</title>
		<link>http://lostechies.com/jimmybogard/2011/08/04/a-brighter-tfs-future/#comment-3666</link>
		<dc:creator>Alexander M. Batishchev</dc:creator>
		<pubDate>Sun, 07 Aug 2011 18:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2011/08/04/a-brighter-tfs-future/#comment-3666</guid>
		<description>Virtualization is the key to your last inquire.</description>
		<content:encoded><![CDATA[<p>Virtualization is the key to your last inquire.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pete Weissbrod</title>
		<link>http://lostechies.com/jimmybogard/2011/08/04/a-brighter-tfs-future/#comment-3663</link>
		<dc:creator>Pete Weissbrod</dc:creator>
		<pubDate>Fri, 05 Aug 2011 14:41:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2011/08/04/a-brighter-tfs-future/#comment-3663</guid>
		<description> Coming from someone who has worked with both TFS and free/OSS alternatives I would need to find a compelling reason to use TFS over a stack such as git/teamcity because so far I have found powershell scripts much simpler and equally effective.</description>
		<content:encoded><![CDATA[<p> Coming from someone who has worked with both TFS and free/OSS alternatives I would need to find a compelling reason to use TFS over a stack such as git/teamcity because so far I have found powershell scripts much simpler and equally effective.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Bristol</title>
		<link>http://lostechies.com/jimmybogard/2011/08/04/a-brighter-tfs-future/#comment-3662</link>
		<dc:creator>Chris Bristol</dc:creator>
		<pubDate>Fri, 05 Aug 2011 12:49:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2011/08/04/a-brighter-tfs-future/#comment-3662</guid>
		<description>As cool as this sounds on the surface, I don&#039;t know that its enough to make me think the cost of TFS is worth it. For me, TFS&#039;s vertical integration makes it far too costly to consider as a viable CI solution. At my last job, we chose TFS for source control, and it eventually became a major limiting factor in what we could do. We wanted to go to .Net 4.0 and VS2010, but since we would have to do a fair amount of work to get that working with TFS2008 and the corresponding MSBuild, we decided it would be better to wait for TFS2010. Unfortunately, going to TFS2010 seemed to require moving to SQL Server 2008, and that meant testing all the other apps that were running on that SQL server, which happened to be the only production one that company had. So the cost of moving forward was huge. We were stuck because of our CI system.

Compare that with our previous setup using SourceSafe, Nant, CruiseControl, and BugTracker. SourceSafe sucked, but it was at least self-contained. Nant is free and works great. It did require some customization work for .Net 4, but its reasonable. Its been a while since I used CruiseControl, but I remember liking it a lot. BugTracker was also free, and did most of what we needed to do with the exception of non-bug work item type management. Sure, it was four distinct apps, but each one could be changed out on a whim. We were free to move around as necessary.

The only features TFS provided to us were non-bug work item tracking and work item integration with the build.  For me, TFS was definitely a no win, at least in that environment. Unless you are a company with enough resources to dedicate a server  (probably at least 2, SQL and application) to your CI system, I think you are better off sticking with tools that are dedicated to doing one job well.</description>
		<content:encoded><![CDATA[<p>As cool as this sounds on the surface, I don&#8217;t know that its enough to make me think the cost of TFS is worth it. For me, TFS&#8217;s vertical integration makes it far too costly to consider as a viable CI solution. At my last job, we chose TFS for source control, and it eventually became a major limiting factor in what we could do. We wanted to go to .Net 4.0 and VS2010, but since we would have to do a fair amount of work to get that working with TFS2008 and the corresponding MSBuild, we decided it would be better to wait for TFS2010. Unfortunately, going to TFS2010 seemed to require moving to SQL Server 2008, and that meant testing all the other apps that were running on that SQL server, which happened to be the only production one that company had. So the cost of moving forward was huge. We were stuck because of our CI system.</p>
<p>Compare that with our previous setup using SourceSafe, Nant, CruiseControl, and BugTracker. SourceSafe sucked, but it was at least self-contained. Nant is free and works great. It did require some customization work for .Net 4, but its reasonable. Its been a while since I used CruiseControl, but I remember liking it a lot. BugTracker was also free, and did most of what we needed to do with the exception of non-bug work item type management. Sure, it was four distinct apps, but each one could be changed out on a whim. We were free to move around as necessary.</p>
<p>The only features TFS provided to us were non-bug work item tracking and work item integration with the build.  For me, TFS was definitely a no win, at least in that environment. Unless you are a company with enough resources to dedicate a server  (probably at least 2, SQL and application) to your CI system, I think you are better off sticking with tools that are dedicated to doing one job well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lennybacon</title>
		<link>http://lostechies.com/jimmybogard/2011/08/04/a-brighter-tfs-future/#comment-3661</link>
		<dc:creator>lennybacon</dc:creator>
		<pubDate>Fri, 05 Aug 2011 08:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2011/08/04/a-brighter-tfs-future/#comment-3661</guid>
		<description>- 2012  NUnit support
- 2014 Mercurial as SCM

Maybe we can really use TFS in 2015 :-P</description>
		<content:encoded><![CDATA[<p>- 2012  NUnit support<br />
- 2014 Mercurial as SCM</p>
<p>Maybe we can really use TFS in 2015 <img src='http://lostechies.com/jimmybogard/wp-includes/images/smilies/icon_razz.gif' alt=':-P' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Viceroy</title>
		<link>http://lostechies.com/jimmybogard/2011/08/04/a-brighter-tfs-future/#comment-3657</link>
		<dc:creator>Viceroy</dc:creator>
		<pubDate>Fri, 05 Aug 2011 00:41:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2011/08/04/a-brighter-tfs-future/#comment-3657</guid>
		<description>Good share,you article very great, very usefull for us…thank you http://www.easyate.com/</description>
		<content:encoded><![CDATA[<p>Good share,you article very great, very usefull for us…thank you http://www.easyate.com/</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew</title>
		<link>http://lostechies.com/jimmybogard/2011/08/04/a-brighter-tfs-future/#comment-3655</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Thu, 04 Aug 2011 21:53:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2011/08/04/a-brighter-tfs-future/#comment-3655</guid>
		<description>&quot;We&#039;re working on it.&quot;  Fantastic.  

I mean, I feel bad for the little guy like Microsoft who don&#039;t have the resources to get their product to market with the features everyone wants...oh wait, nevermind.</description>
		<content:encoded><![CDATA[<p>&#8220;We&#8217;re working on it.&#8221;  Fantastic.  </p>
<p>I mean, I feel bad for the little guy like Microsoft who don&#8217;t have the resources to get their product to market with the features everyone wants&#8230;oh wait, nevermind.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
