<?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: Comparison of Configs/Aliases in Bazaar, CVS and  Subversion</title>
	<atom:link href="http://blogs.gnome.org/jamesh/2005/08/29/comparison-of-configsaliases-in-bazaar-cvs-and-subversion/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/jamesh/2005/08/29/comparison-of-configsaliases-in-bazaar-cvs-and-subversion/</link>
	<description>Random stuff</description>
	<lastBuildDate>Tue, 17 May 2011 12:23:37 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Erich Schubert</title>
		<link>http://blogs.gnome.org/jamesh/2005/08/29/comparison-of-configsaliases-in-bazaar-cvs-and-subversion/comment-page-1/#comment-35</link>
		<dc:creator>Erich Schubert</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/jamesh/2005/08/29/comparison-of-configsaliases-in-bazaar-cvs-and-subversion/#comment-35</guid>
		<description>Hi, since you apparently are quite an expert on revision management - do you have a hint for my &quot;CoW&quot; problem?&lt;br/&gt;Basically I&#039;d like to have copy-on-write branches.&lt;br/&gt;Meaning that I want files by default to follow the trunk branch, only if I modify the file it gets &quot;locked&quot; to the current branch. So that by running &quot;foo update&quot; I get all the updates, except for where I decided to diverge?&lt;p/&gt;using svn:externals was suggested to me, but it doesn&#039;t do the trick, I need it on a per-file basis. And I&#039;d like to have it automatically, so I can just commit my changes and they&#039;ll end up in my &quot;overlay&quot; repository by default...&lt;p/&gt;Two blog entries, where I asked for advice for this usage:&lt;br/&gt;&lt;a href=&quot;http://blog.drinsama.de/erich/en/linux/2005082601-server-management.html&quot;&gt;http://blog.drinsama.de/erich/en/linux/2005082601-server-management.html&lt;/a&gt;&lt;br/&gt;&lt;a href=&quot;http://blog.drinsama.de/erich/en/linux/2005082501-revision-management.html&quot;&gt;http://blog.drinsama.de/erich/en/linux/2005082501-revision-management.html&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Hi, since you apparently are quite an expert on revision management &#8211; do you have a hint for my &#8220;CoW&#8221; problem?<br />Basically I&#8217;d like to have copy-on-write branches.<br />Meaning that I want files by default to follow the trunk branch, only if I modify the file it gets &#8220;locked&#8221; to the current branch. So that by running &#8220;foo update&#8221; I get all the updates, except for where I decided to diverge?
<p />using svn:externals was suggested to me, but it doesn&#8217;t do the trick, I need it on a per-file basis. And I&#8217;d like to have it automatically, so I can just commit my changes and they&#8217;ll end up in my &#8220;overlay&#8221; repository by default&#8230;
<p />Two blog entries, where I asked for advice for this usage:<br /><a href="http://blog.drinsama.de/erich/en/linux/2005082601-server-management.html">http://blog.drinsama.de/erich/en/linux/2005082601-server-management.html</a><br /><a href="http://blog.drinsama.de/erich/en/linux/2005082501-revision-management.html">http://blog.drinsama.de/erich/en/linux/2005082501-revision-management.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Henstridge</title>
		<link>http://blogs.gnome.org/jamesh/2005/08/29/comparison-of-configsaliases-in-bazaar-cvs-and-subversion/comment-page-1/#comment-36</link>
		<dc:creator>James Henstridge</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/jamesh/2005/08/29/comparison-of-configsaliases-in-bazaar-cvs-and-subversion/#comment-36</guid>
		<description>With Bazaar, the way you&#039;d handle this would be by branching the upstream.  Now rather than running &quot;update&quot;, you&#039;d &quot;merge&quot; from the upstream branch, fix conflicts (if there are any), and &quot;commit&quot;.&lt;p/&gt;To see what your local changes are, just diff your branch against the upstream one.&lt;p/&gt;This is not quite the same as you asked for, since you will get updates to files you have modified (hence the possibility of conflicts on merge).  However, this is usually considered a better system, since using some files from one version and other files from another version could easily cause problems.</description>
		<content:encoded><![CDATA[<p>With Bazaar, the way you&#8217;d handle this would be by branching the upstream.  Now rather than running &#8220;update&#8221;, you&#8217;d &#8220;merge&#8221; from the upstream branch, fix conflicts (if there are any), and &#8220;commit&#8221;.
<p />To see what your local changes are, just diff your branch against the upstream one.
<p />This is not quite the same as you asked for, since you will get updates to files you have modified (hence the possibility of conflicts on merge).  However, this is usually considered a better system, since using some files from one version and other files from another version could easily cause problems.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean Kelley</title>
		<link>http://blogs.gnome.org/jamesh/2005/08/29/comparison-of-configsaliases-in-bazaar-cvs-and-subversion/comment-page-1/#comment-37</link>
		<dc:creator>Sean Kelley</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/jamesh/2005/08/29/comparison-of-configsaliases-in-bazaar-cvs-and-subversion/#comment-37</guid>
		<description>Very interesting.  I&#039;ve not used CVS since University.  I must confess that in my job I&#039;ve been using Borland&#039;s StarTeam and love it.It is really hard to go back to the command line again.&lt;p/&gt;Sean</description>
		<content:encoded><![CDATA[<p>Very interesting.  I&#8217;ve not used CVS since University.  I must confess that in my job I&#8217;ve been using Borland&#8217;s StarTeam and love it.It is really hard to go back to the command line again.
<p />Sean</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fraggle</title>
		<link>http://blogs.gnome.org/jamesh/2005/08/29/comparison-of-configsaliases-in-bazaar-cvs-and-subversion/comment-page-1/#comment-38</link>
		<dc:creator>fraggle</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/jamesh/2005/08/29/comparison-of-configsaliases-in-bazaar-cvs-and-subversion/#comment-38</guid>
		<description>Sounds like incredibly useless and confusing functionality and that a common shared library would be a much better solution.</description>
		<content:encoded><![CDATA[<p>Sounds like incredibly useless and confusing functionality and that a common shared library would be a much better solution.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/jamesh/2005/08/29/comparison-of-configsaliases-in-bazaar-cvs-and-subversion/feed/ ) in 0.14129 seconds, on Feb 11th, 2012 at 4:41 pm UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 11th, 2012 at 5:41 pm UTC -->
