<?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: Separating a Large Repository</title>
	<atom:link href="http://blog.crankybit.com/separating-large-repo/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.crankybit.com/separating-large-repo/</link>
	<description>Take a byte out of tech!</description>
	<lastBuildDate>Tue, 31 Jan 2012 18:39:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Websites tagged "logs" on Postsaver</title>
		<link>http://blog.crankybit.com/separating-large-repo/#comment-34022</link>
		<dc:creator>Websites tagged "logs" on Postsaver</dc:creator>
		<pubDate>Tue, 08 Sep 2009 00:47:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.crankybit.com/?p=312#comment-34022</guid>
		<description>[...] - Separating a Large Repository saved by kendom2009-09-01 - Kollywood Biryani saved by theinfonaut2009-08-29 - Roadside Attractions [...]</description>
		<content:encoded><![CDATA[<p>[...] &#8211; Separating a Large Repository saved by kendom2009-09-01 &#8211; Kollywood Biryani saved by theinfonaut2009-08-29 &#8211; Roadside Attractions [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh</title>
		<link>http://blog.crankybit.com/separating-large-repo/#comment-26262</link>
		<dc:creator>Josh</dc:creator>
		<pubDate>Thu, 05 Mar 2009 03:00:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.crankybit.com/?p=312#comment-26262</guid>
		<description>Nelson, you&#039;re right.. The directory being embedded in the new repository&#039;s root level is a &quot;side-effect&quot; of this quick-and-dirty migration of the files. And I can&#039;t find a simple way to eliminate that directory in an automated fashion. The SVNADMIN LOAD command has a --parent-dir argument that looks like it will let you start the load at a specified directory, but I believe it starts the load at a specified directory in the &lt;em&gt;target&lt;/em&gt; repository, not filtering from a certain directory in the dump contents.

Bear in mind, though, that you can easily do a simple SVN command to move the directories of the newly created small repository as desired after the fact. The beauty of Subversion is that you can do that move and all the history and logs of the files within will be maintained. 

However, if you plan on automatically running this script on a regular basis, this manual solution obviously won&#039;t help you. So, the only solution I can see is to write code that will check out the new small repository, then loop through the directory&#039;s contents and do a SVN MOVE command on each item in the directory. This will be some work to set up, but it &lt;u&gt;will&lt;/u&gt; then be completely automated, and will enable you to get rid of the irritating duplicate directory at the root level.

Sorry, no graceful solution for you that I can see. Of course, the other option is to just live with the duplicate directory. ;-)</description>
		<content:encoded><![CDATA[<p>Nelson, you&#8217;re right.. The directory being embedded in the new repository&#8217;s root level is a &#8220;side-effect&#8221; of this quick-and-dirty migration of the files. And I can&#8217;t find a simple way to eliminate that directory in an automated fashion. The SVNADMIN LOAD command has a &#8211;parent-dir argument that looks like it will let you start the load at a specified directory, but I believe it starts the load at a specified directory in the <em>target</em> repository, not filtering from a certain directory in the dump contents.</p>
<p>Bear in mind, though, that you can easily do a simple SVN command to move the directories of the newly created small repository as desired after the fact. The beauty of Subversion is that you can do that move and all the history and logs of the files within will be maintained. </p>
<p>However, if you plan on automatically running this script on a regular basis, this manual solution obviously won&#8217;t help you. So, the only solution I can see is to write code that will check out the new small repository, then loop through the directory&#8217;s contents and do a SVN MOVE command on each item in the directory. This will be some work to set up, but it <u>will</u> then be completely automated, and will enable you to get rid of the irritating duplicate directory at the root level.</p>
<p>Sorry, no graceful solution for you that I can see. Of course, the other option is to just live with the duplicate directory. <img src='http://blog.crankybit.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nelson</title>
		<link>http://blog.crankybit.com/separating-large-repo/#comment-26250</link>
		<dc:creator>Nelson</dc:creator>
		<pubDate>Wed, 04 Mar 2009 13:35:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.crankybit.com/?p=312#comment-26250</guid>
		<description>Josh,

Thanks for sharing the code - very, very useful indeed ;)

However, I am having two problems to get it to work for me:

1. The new repositories maintain reference to the folder in the original repository and this end up duplicated in the new path stucture - e.g.: to checkout the new smaller repository contents I now have to &#039;svn co svn://server/new_smaller_rep/new_smaller_rep&#039;

2. I am having authorization errors on commit - I upgraded from 1.4.6 to 1.5.4.

Any suggestions on how to solve these issues? (I reckon this is only one issue - the first one - but any help would be gladly appreciated)

Cheers,
Nelson</description>
		<content:encoded><![CDATA[<p>Josh,</p>
<p>Thanks for sharing the code &#8211; very, very useful indeed <img src='http://blog.crankybit.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>However, I am having two problems to get it to work for me:</p>
<p>1. The new repositories maintain reference to the folder in the original repository and this end up duplicated in the new path stucture &#8211; e.g.: to checkout the new smaller repository contents I now have to &#8216;svn co <a href="svn://server/new_smaller_rep/new_smaller_rep" rel="nofollow">svn://server/new_smaller_rep/new_smaller_rep</a>&#8216;</p>
<p>2. I am having authorization errors on commit &#8211; I upgraded from 1.4.6 to 1.5.4.</p>
<p>Any suggestions on how to solve these issues? (I reckon this is only one issue &#8211; the first one &#8211; but any help would be gladly appreciated)</p>
<p>Cheers,<br />
Nelson</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh</title>
		<link>http://blog.crankybit.com/separating-large-repo/#comment-24131</link>
		<dc:creator>Josh</dc:creator>
		<pubDate>Sun, 28 Dec 2008 06:04:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.crankybit.com/?p=312#comment-24131</guid>
		<description>Doh, my bad. Don&#039;t know what I was thinking. The code is still accurate though. Just poor naming for that variable.</description>
		<content:encoded><![CDATA[<p>Doh, my bad. Don&#8217;t know what I was thinking. The code is still accurate though. Just poor naming for that variable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrea Francia</title>
		<link>http://blog.crankybit.com/separating-large-repo/#comment-22858</link>
		<dc:creator>Andrea Francia</dc:creator>
		<pubDate>Wed, 12 Nov 2008 14:47:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.crankybit.com/?p=312#comment-22858</guid>
		<description>&gt; SET UNCToRepo=file:///c:/BigRepo
This is a URL not a UNC path. UNC paths are in the form \\host\foo\bar</description>
		<content:encoded><![CDATA[<p>&gt; SET UNCToRepo=file:///c:/BigRepo<br />
This is a URL not a UNC path. UNC paths are in the form \\host\foo\bar</p>
]]></content:encoded>
	</item>
</channel>
</rss>

