<?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 few reasons braid is better than 40 lines of Rake.</title>
	<atom:link href="http://allmybrain.com/2008/09/27/a-few-reasons-braid-is-better-than-40-lines-of-rake/feed/" rel="self" type="application/rss+xml" />
	<link>http://allmybrain.com/2008/09/27/a-few-reasons-braid-is-better-than-40-lines-of-rake/</link>
	<description>Where stuff from my brain lands</description>
	<lastBuildDate>Sat, 27 Feb 2010 23:36:46 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: apenwarr</title>
		<link>http://allmybrain.com/2008/09/27/a-few-reasons-braid-is-better-than-40-lines-of-rake/comment-page-1/#comment-879</link>
		<dc:creator>apenwarr</dc:creator>
		<pubDate>Mon, 27 Apr 2009 13:05:48 +0000</pubDate>
		<guid isPermaLink="false">http://allmybrain.com/?p=150#comment-879</guid>
		<description>Try out git-subtree for this: http://github.com/apenwarr/git-subtree</description>
		<content:encoded><![CDATA[<p>Try out git-subtree for this: <a href="http://github.com/apenwarr/git-subtree" rel="nofollow">http://github.com/apenwarr/git-subtree</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dennis</title>
		<link>http://allmybrain.com/2008/09/27/a-few-reasons-braid-is-better-than-40-lines-of-rake/comment-page-1/#comment-721</link>
		<dc:creator>Dennis</dc:creator>
		<pubDate>Tue, 11 Nov 2008 16:20:25 +0000</pubDate>
		<guid isPermaLink="false">http://allmybrain.com/?p=150#comment-721</guid>
		<description>Thanks for the link!  I&#039;ll give git.rake a try when I get a moment.  Submerge strategy has partially worked for us with braid but I agree that it still isn&#039;t where we&#039;d really like to end up.</description>
		<content:encoded><![CDATA[<p>Thanks for the link!  I&#8217;ll give git.rake a try when I get a moment.  Submerge strategy has partially worked for us with braid but I agree that it still isn&#8217;t where we&#8217;d really like to end up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mike.dalessio</title>
		<link>http://allmybrain.com/2008/09/27/a-few-reasons-braid-is-better-than-40-lines-of-rake/comment-page-1/#comment-720</link>
		<dc:creator>mike.dalessio</dc:creator>
		<pubDate>Tue, 11 Nov 2008 12:42:37 +0000</pubDate>
		<guid isPermaLink="false">http://allmybrain.com/?p=150#comment-720</guid>
		<description>Good points. After trying Braid recently, I also found it a lot easier to work with (and thus better) than the 40-lines-of-rake.

However, for subprojects under active development, submodules are still my weapon of choice. Merging subproject code back into the remote repository is much easier with submodules.

I find that using git.rake (http://github.com/mdalessio/git-rake/) makes using submodules much less of a headache. It manages pushing and pulling so you don&#039;t get your branches out of sync, and even rolls up commit log messages from the submodules into the superproject. It&#039;s definitely useful when actively developing subprojects, where subtree merge really isn&#039;t appropriate.</description>
		<content:encoded><![CDATA[<p>Good points. After trying Braid recently, I also found it a lot easier to work with (and thus better) than the 40-lines-of-rake.</p>
<p>However, for subprojects under active development, submodules are still my weapon of choice. Merging subproject code back into the remote repository is much easier with submodules.</p>
<p>I find that using git.rake (<a href="http://github.com/mdalessio/git-rake/" rel="nofollow">http://github.com/mdalessio/git-rake/</a>) makes using submodules much less of a headache. It manages pushing and pulling so you don&#8217;t get your branches out of sync, and even rolls up commit log messages from the submodules into the superproject. It&#8217;s definitely useful when actively developing subprojects, where subtree merge really isn&#8217;t appropriate.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
