<?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: Agile Chronicles #3: Branch Workflow	</title>
	<atom:link href="https://jessewarden.com/2008/11/agile-chronicles-3-branch-workflow.html/feed" rel="self" type="application/rss+xml" />
	<link>https://jessewarden.com/2008/11/agile-chronicles-3-branch-workflow.html</link>
	<description>Software &#124; Fitness &#124; Gaming</description>
	<lastBuildDate>Sat, 06 Jul 2013 01:35:29 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		By: Getting Advanced in Flex &#124; der hess		</title>
		<link>https://jessewarden.com/2008/11/agile-chronicles-3-branch-workflow.html/comment-page-1#comment-170791</link>

		<dc:creator><![CDATA[Getting Advanced in Flex &#124; der hess]]></dc:creator>
		<pubDate>Sat, 09 May 2009 10:02:02 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=1298#comment-170791</guid>

					<description><![CDATA[[...] Agile Chronicles #3: Branch Workflow [...]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] Agile Chronicles #3: Branch Workflow [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: anatinae		</title>
		<link>https://jessewarden.com/2008/11/agile-chronicles-3-branch-workflow.html/comment-page-1#comment-148843</link>

		<dc:creator><![CDATA[anatinae]]></dc:creator>
		<pubDate>Mon, 19 Jan 2009 16:52:39 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=1298#comment-148843</guid>

					<description><![CDATA[hey
did your team try mercurial instead of svn http://www.selenic.com/mercurial/wiki/ I think it has many advantages when agile developement. Well I red the comment and in previous post you wrote that business classes won&#039;t change much so when project starts you simply write tests of this classes ( services, factories) other tests for me it&#039;s a waste of time.
And finally about merge day. I think important is to have project lead or small parts of the application leaders that merge the code and know what is exactly going on with the project. The continous merge when Mercurial is easier and less waste
Keep it up nice blog :)]]></description>
			<content:encoded><![CDATA[<p>hey<br />
did your team try mercurial instead of svn <a href="http://www.selenic.com/mercurial/wiki/" rel="nofollow ugc">http://www.selenic.com/mercurial/wiki/</a> I think it has many advantages when agile developement. Well I red the comment and in previous post you wrote that business classes won&#8217;t change much so when project starts you simply write tests of this classes ( services, factories) other tests for me it&#8217;s a waste of time.<br />
And finally about merge day. I think important is to have project lead or small parts of the application leaders that merge the code and know what is exactly going on with the project. The continous merge when Mercurial is easier and less waste<br />
Keep it up nice blog :)</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: JesterXL		</title>
		<link>https://jessewarden.com/2008/11/agile-chronicles-3-branch-workflow.html/comment-page-1#comment-138453</link>

		<dc:creator><![CDATA[JesterXL]]></dc:creator>
		<pubDate>Sat, 29 Nov 2008 23:49:37 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=1298#comment-138453</guid>

					<description><![CDATA[Scars never heal, buddy!]]></description>
			<content:encoded><![CDATA[<p>Scars never heal, buddy!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Matthew Campbell		</title>
		<link>https://jessewarden.com/2008/11/agile-chronicles-3-branch-workflow.html/comment-page-1#comment-138447</link>

		<dc:creator><![CDATA[Matthew Campbell]]></dc:creator>
		<pubDate>Sat, 29 Nov 2008 23:40:39 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=1298#comment-138447</guid>

					<description><![CDATA[Haah that Code monkey thing was like 5 years ago ;) I can&#039;t believe you are still talking about that.]]></description>
			<content:encoded><![CDATA[<p>Haah that Code monkey thing was like 5 years ago ;) I can&#8217;t believe you are still talking about that.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: JesterXL		</title>
		<link>https://jessewarden.com/2008/11/agile-chronicles-3-branch-workflow.html/comment-page-1#comment-138403</link>

		<dc:creator><![CDATA[JesterXL]]></dc:creator>
		<pubDate>Sat, 29 Nov 2008 19:22:32 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=1298#comment-138403</guid>

					<description><![CDATA[Thank you very much for the excerpt and explanation, Robert!  That helps a lot.  After playing around with fluint, it doesn&#039;t feel that game changing to me.  It felt natural to write tests making sure my shiz works.  I do that already using test harnesses to more easily test my GUI components in isolation as I work on them.  It seems I just take it a step further, and write the tests even though the component doesn&#039;t actually implement the implied API yet.]]></description>
			<content:encoded><![CDATA[<p>Thank you very much for the excerpt and explanation, Robert!  That helps a lot.  After playing around with fluint, it doesn&#8217;t feel that game changing to me.  It felt natural to write tests making sure my shiz works.  I do that already using test harnesses to more easily test my GUI components in isolation as I work on them.  It seems I just take it a step further, and write the tests even though the component doesn&#8217;t actually implement the implied API yet.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
