[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: copying subdirectories in subversion 1.7

From: Hyrum K Wright <hyrum.wright_at_wandisco.com>
Date: Mon, 25 Jul 2011 15:14:23 -0500

On Mon, Jul 25, 2011 at 12:17 PM, Daniel Shahaf <d.s_at_daniel.shahaf.name> wrote:
> Markus Schaber wrote on Mon, Jul 25, 2011 at 15:57:00 +0200:
>> Hi, Stefan,
>>
>> Von: Stefan Sperling [mailto:stsp_at_elego.de]
>> > > So I'm not only "detaching" subdirectories, but also "re-implanting"
>> > > them afterwards.
>> >
>> > Sounds like what you really need is this as-of-yet not implemented
>> > feature:
>> > http://subversion.tigris.org/issues/show_bug.cgi?id=3625
>>
>> Yes, that one would definitely help. :-)
>>
>> Maybe extending "svn diff" and "svn patch" to preserve
>> copy/rename/history information would already be half of that
>> implementation? A "shelve" subdir under .svn/ could then be used to
>> store the diff files.
>>
>
> That's one solution.
>
> However, wc.db already has the ability to represent multiple related
> trees (via op_depth), so another way would be to extend that into
> storing not only the post-'svn patch' trees too, and then merging them
> in the usual way.  (which may require repository communication, or
> storing the pre-patch tree locally too...)
>
> Perhaps you'd be interested in contributing to the implementation of
> this feature?

Because it interests me, I implemented a simple 'detach' script, which
you can find here:
http://svn.apache.org/repos/asf/subversion/trunk/tools/client-side/detach.py

It's very hacky, and I do, of course, disclaim any harm which may come
to your data which may come as a result of using this script. I am
interested in any bug reports, however.

-Hyrum

-- 
uberSVN: Apache Subversion Made Easy
http://www.uberSVN.com/
Received on 2011-07-25 22:14:58 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.