<?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"
	>
<channel>
	<title>Comments on: You had me at delete.</title>
	<atom:link href="http://www.donniepinkston.net/2006-05-02/svn-delete.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.donniepinkston.net/2006-05-02/svn-delete.html</link>
	<description>(there are many more like it, but this one is mine)</description>
	<pubDate>Tue, 06 Jan 2009 19:41:09 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: John</title>
		<link>http://www.donniepinkston.net/2006-05-02/svn-delete.html#comment-13431</link>
		<dc:creator>John</dc:creator>
		<pubDate>Mon, 25 Feb 2008 06:31:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.donniepinkston.net/?p=68#comment-13431</guid>
		<description>The lack of globbing for delete sure seems like a nuisance, but xargs to the rescue...

Eg: to remove all the (uppercase) jpegs...

ls *.JPG &#124; xargs svn rm</description>
		<content:encoded><![CDATA[<p>The lack of globbing for delete sure seems like a nuisance, but xargs to the rescue&#8230;</p>
<p>Eg: to remove all the (uppercase) jpegs&#8230;</p>
<p>ls *.JPG | xargs svn rm</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://www.donniepinkston.net/2006-05-02/svn-delete.html#comment-2196</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Sat, 16 Sep 2006 03:56:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.donniepinkston.net/?p=68#comment-2196</guid>
		<description>I'm glad you got this "straightened out" in your head, because cheap copies are pretty much as good as it gets unless you want to have the SCM start to understand the content it maintains.  That, or you change the data metaphor to something besides files and directories...  or, I guess, both.

You can look at Arch and BitKeeper and a few of the alternatives to see the realm of possibility, but essentially the ultimate pain -- merge -- does not magically go away.  Maybe some information theorist can give us something analagous to a Shannon limit for maximal merge simplicity.  :)</description>
		<content:encoded><![CDATA[<p>I&#8217;m glad you got this &#8220;straightened out&#8221; in your head, because cheap copies are pretty much as good as it gets unless you want to have the SCM start to understand the content it maintains.  That, or you change the data metaphor to something besides files and directories&#8230;  or, I guess, both.</p>
<p>You can look at Arch and BitKeeper and a few of the alternatives to see the realm of possibility, but essentially the ultimate pain &#8212; merge &#8212; does not magically go away.  Maybe some information theorist can give us something analagous to a Shannon limit for maximal merge simplicity.  <img src='http://www.donniepinkston.net/wordpress/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: donnie</title>
		<link>http://www.donniepinkston.net/2006-05-02/svn-delete.html#comment-173</link>
		<dc:creator>donnie</dc:creator>
		<pubDate>Thu, 11 May 2006 18:03:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.donniepinkston.net/?p=68#comment-173</guid>
		<description>No I completely agree with you - I am used to the CVS way of doing things, and I'm sure that biases me to some extent.  In fact, Subversion is at a disadvantage because somebody just &lt;em&gt;told&lt;/em&gt; me these things about CVS, but I had to look up the Subversion stuff myself.  (Already "more work.")

I feel like Subversion might have missed the &lt;em&gt;real&lt;/em&gt; opportunity to contribute something revolutionary to the whole space, by really presenting a clean, powerful abstraction for branching, tagging, and merging between branches.  That is always one of the most difficult problems in SCM, but most people don't realize it because only a relatively few people grapple with it, and only on projects with an actual "maintenance phase" to the cycle.  I want to rant about that too, but I want to think about how it "should be done" before I go off half-cocked...  ;-)</description>
		<content:encoded><![CDATA[<p>No I completely agree with you - I am used to the CVS way of doing things, and I&#8217;m sure that biases me to some extent.  In fact, Subversion is at a disadvantage because somebody just <em>told</em> me these things about CVS, but I had to look up the Subversion stuff myself.  (Already &#8220;more work.&#8221;)</p>
<p>I feel like Subversion might have missed the <em>real</em> opportunity to contribute something revolutionary to the whole space, by really presenting a clean, powerful abstraction for branching, tagging, and merging between branches.  That is always one of the most difficult problems in SCM, but most people don&#8217;t realize it because only a relatively few people grapple with it, and only on projects with an actual &#8220;maintenance phase&#8221; to the cycle.  I want to rant about that too, but I want to think about how it &#8220;should be done&#8221; before I go off half-cocked&#8230;  <img src='http://www.donniepinkston.net/wordpress/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Doug</title>
		<link>http://www.donniepinkston.net/2006-05-02/svn-delete.html#comment-161</link>
		<dc:creator>Doug</dc:creator>
		<pubDate>Sat, 06 May 2006 06:49:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.donniepinkston.net/?p=68#comment-161</guid>
		<description>Donnie, if you think about it, there is nothing really "simple" about all the CVSisms you are used to -- it's just that you are used to them :)  For example, there is nothing simple about .cvsignore.  It probably takes the same effort to track down and use .cvsignore as it does to use svn propset.  The end result is the same -- as soon as you develop new habits, they are equally easy.

As for tagging being a copy of the repository in subversion, that is kind of goofy, I have to admit.  And the imposition of the directory structure sucked too.  But after getting used to it, it is transparent.  To do work on a branch or tag, you have to check out using special flags or switch your sandbox using a special command I'd have to look up to remember it.  In subversion, I change to a different directory.  It's all half a dozen of one, 6 of the other in the end.</description>
		<content:encoded><![CDATA[<p>Donnie, if you think about it, there is nothing really &#8220;simple&#8221; about all the CVSisms you are used to &#8212; it&#8217;s just that you are used to them <img src='http://www.donniepinkston.net/wordpress/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  For example, there is nothing simple about .cvsignore.  It probably takes the same effort to track down and use .cvsignore as it does to use svn propset.  The end result is the same &#8212; as soon as you develop new habits, they are equally easy.</p>
<p>As for tagging being a copy of the repository in subversion, that is kind of goofy, I have to admit.  And the imposition of the directory structure sucked too.  But after getting used to it, it is transparent.  To do work on a branch or tag, you have to check out using special flags or switch your sandbox using a special command I&#8217;d have to look up to remember it.  In subversion, I change to a different directory.  It&#8217;s all half a dozen of one, 6 of the other in the end.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
