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

Re: deleting a tree in the repository

From: Geoffrey <lists_at_serioustechnology.com>
Date: Thu, 27 Mar 2008 08:26:00 -0400

John Peacock wrote:
> Geoffrey wrote:
>> There's no history to retain. Basically, we've cloned our existing
>> tree for a new development effort. It sat idle while the existing
>> tree was updated. Now I need to bring them back in sync.
>
> It doesn't sound like you are using SVN the way it was designed.
> Normally, you don't [re]import a copy of files that already exist in the
> repository. You would instead make a copy inside the repository (which
> is cheap):
>
> svn cp http://server/repo/path/original http://server/repo/path/copy

There are a couple of problems with this approach. The new tree is a
little different from the original tree, thus a straight copy will not
give us what we want.

> If you are doing this to preserve the history before a large
> restructuring, by convention you would do this as a "tag"; if you are
> doing this in order to perform that restructuring off the mainline
> development, by convention you would call this a "branch". Both tags
> and branches are completely identical internally to the repository; they
> differ only in nomenclature.

I've discussed the options of going with a tag or branch and it was
decided not to go that route. Not completely my decision.

> On the other hand, if what you are describing is that you imported a
> tree of files into the repository, then changed the tree structure
> itself (but not the repository), then 'svn rm' and 'svn import' is
> precisely what you would do. If you don't have anything else in the
> repository (i.e. it was only used for this single project), then it
> might be cleaner to simply delete and recreate the repository itself (if
> you don't care about the history).

A little more history to the issue. The current application uses
Postgresql 7.4.19. We are migrating to 8.3.1. Once we get to 8.3.1, we
will no longer use the 7.4.19 tree and it will be archived, then removed.

That being said, the decision has been made and thus, I have to go with
the flow.

Understand that the new tree is obsolete now because no one kept up with
the changes that had been made in the original tree. Thus I need to
remove it and re-import.

-- 
Until later, Geoffrey
Those who would give up essential Liberty, to purchase a little
temporary Safety, deserve neither Liberty nor Safety.
  - Benjamin Franklin
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-03-27 13:26:30 CET

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.