<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Labels and branches in Team Foundation Server</title>
	<atom:link href="http://microserf.wordpress.com/2007/12/05/labels-and-branches-in-team-foundation-server/feed/" rel="self" type="application/rss+xml" />
	<link>http://microserf.wordpress.com/2007/12/05/labels-and-branches-in-team-foundation-server/</link>
	<description>A humble student of the art of software development</description>
	<lastBuildDate>Mon, 09 Nov 2009 18:04:16 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Labels, ChangeSets and Continuous Integration - Mat Steeples</title>
		<link>http://microserf.wordpress.com/2007/12/05/labels-and-branches-in-team-foundation-server/#comment-1302</link>
		<dc:creator>Labels, ChangeSets and Continuous Integration - Mat Steeples</dc:creator>
		<pubDate>Sun, 27 Apr 2008 02:43:48 +0000</pubDate>
		<guid isPermaLink="false">http://microserf.wordpress.com/2007/12/05/labels-and-branches-in-team-foundation-server/#comment-1302</guid>
		<description>[...] deleting the label if the build failed (in essence rolling back our changes). Due to the way TFS handles labels, we could check in Assembly.cs with the updated build number and get it included in the [...]</description>
		<content:encoded><![CDATA[<p>[...] deleting the label if the build failed (in essence rolling back our changes). Due to the way TFS handles labels, we could check in Assembly.cs with the updated build number and get it included in the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: microserf</title>
		<link>http://microserf.wordpress.com/2007/12/05/labels-and-branches-in-team-foundation-server/#comment-1136</link>
		<dc:creator>microserf</dc:creator>
		<pubDate>Thu, 06 Dec 2007 11:14:28 +0000</pubDate>
		<guid isPermaLink="false">http://microserf.wordpress.com/2007/12/05/labels-and-branches-in-team-foundation-server/#comment-1136</guid>
		<description>You bet!

And bring some other books as well, I need stuff to read when I&#039;m back up north for christmas.</description>
		<content:encoded><![CDATA[<p>You bet!</p>
<p>And bring some other books as well, I need stuff to read when I&#8217;m back up north for christmas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joakim Sundén</title>
		<link>http://microserf.wordpress.com/2007/12/05/labels-and-branches-in-team-foundation-server/#comment-1135</link>
		<dc:creator>Joakim Sundén</dc:creator>
		<pubDate>Wed, 05 Dec 2007 18:18:13 +0000</pubDate>
		<guid isPermaLink="false">http://microserf.wordpress.com/2007/12/05/labels-and-branches-in-team-foundation-server/#comment-1135</guid>
		<description>You seem to be heading down the right path. I have found that it is best to have a Mainline and use it as an Active Development Line while creating Release Lines to be able to handle hot fixes and maintenance releases. If you want to learn more of (vendor independent) branching and other software configuration management best practices I can really recommend Steve Berczuks and Brad Appletons book &quot;Software Configuration Management Patterns: Effective Teamwork, Practical Integration&quot; (http://www.scmpatterns.com/). If you&#039;re interested I can bring it the next time we hook up for lunch. ;-)</description>
		<content:encoded><![CDATA[<p>You seem to be heading down the right path. I have found that it is best to have a Mainline and use it as an Active Development Line while creating Release Lines to be able to handle hot fixes and maintenance releases. If you want to learn more of (vendor independent) branching and other software configuration management best practices I can really recommend Steve Berczuks and Brad Appletons book &#8220;Software Configuration Management Patterns: Effective Teamwork, Practical Integration&#8221; (<a href="http://www.scmpatterns.com/)" rel="nofollow">http://www.scmpatterns.com/)</a>. If you&#8217;re interested I can bring it the next time we hook up for lunch. ;-)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
