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

Re: Subversion "labels" vs. "tags"

From: Branko Čibej <brane_at_xbc.nu>
Date: 2005-05-24 00:55:16 CEST

David Weintraub wrote:

>On 5/23/05, Branko Čibej <brane@xbc.nu> wrote:
>
>
>>David Weintraub wrote:
>>
>>Once again, I'd like to draw attention to my proposal from a year ago:
>>
>> http://svn.haxx.se/dev/archive-2004-04/0973.shtml
>>
>>
>>
>
>My only question would be one of protection. How would you prevent
>anyone from changing a label if its just a property?
>
>
The answers are the same as always: pre-revprop-change hook today, ACLs
someday.

>I like the proposal, and it would certainly make properties in general
>more useful since I would be allowed to actually search on them.
>
Note that the proposal is about revision properties, not properties in
general. Property indexing in generatl is another kettle of fish.

[...]

>However, it's still obvious that Subversion is fairly young and is
>still trying to work out a few kinks. Labels are one item. Having a
>way to find information without parsing through the log output is
>another. Being able to do a "remove version" and "remove element" is
>another (and I'm not even sure if this would even be possible in
>Subversion at all).
>
>
IMHO, ClearCase's "rmelem" command is the horriblest thing in existence,
preciesly because it removes _all_ history associated with an element.
So if you do that, you've got a good chance of destroying historical
configurations. "rmversion" has similar problems, but to a lesser extent.

Read the last part of my post, the one about the TimeSafe property and
how Subversion doesn't have it yet, but should. ClearCase doesn't have
it, either.

That said, there have been many requests for something we like to call
"svn obliterate" which would be close to ClearCase's "rmelem". People
seem to be mostly concerned about limiting database storage
requirements, and that's a valid concern.

-- Brane

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue May 24 00:55:52 2005

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

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