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

svncopy (was: Propset on non wc elements)

From: Phil Endecott <spam_from_subversion_users_at_chezphil.org>
Date: 2006-04-27 19:13:06 CEST
('binary' encoding is not supported, stored as-is) Gary Wolfe <gpwolfe@nextomt.com> wrote:
> Excuse me if I have missed any discussion about this. But is there any hope
> that propset could support working directly on repository elements?

For a while I have been using the svncopy contrib script to tag releases containing externals. svncopy behaves much like "svn copy", but has a flag that tells it to freeze the versions of externals during the copy.

svncopy has a couple of disadvantages. One is that it creates a temporary working copy; this involves a lot of network activity over my cable-modem, much of it in the slow upstream direction. But I can live with this as I don't do it very often. Another problem is that it doesn't do exactly what I want with the directory structure. Typically, I want to copy from "trunk" to "tags/releases/1.2.3", but I end up with "tags/releases/1.2.3/trunk" and have to fix it up afterwards.

To avoid both of these issues I have been considering going back to "svn copy" and freezing the externals in a second step. To do this, I need to recursively "svn propget" on the directories in the repository to find the externals, and then "svn propset" to freeze the versions. This seems to need the same missing propset-on-repository function.

Since it doesn't look like this is going to happen anytime soon, I wonder if anyone can suggest any other strategies that might work?

--Phil.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Apr 27 17:10:08 2006

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.