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

RE: Supporting the "Labels" feature of CVS in SVN.

From: Shawn Talbert <stalbert_at_exploreconsulting.com>
Date: 2007-08-09 18:15:49 CEST

Rather than copies (tagging), could one not use a custom property to do this
[having a "label" attached to multiple versions of the same file]?

-----Original Message-----
From: Les Mikesell [mailto:lesmikesell@gmail.com]
Sent: Thursday, August 09, 2007 8:10 AM
To: James Courtier-Dutton
Cc: Rainer Sokoll; users@subversion.tigris.org
Subject: Re: Supporting the "Labels" feature of CVS in SVN.

James Courtier-Dutton wrote:

>>
>>> Does anyone know how to support the Labels feature from CVS in SVN?
>> [...]
>>
>>> How does one do this in SVN?
>> By tagging:
>> http://svnbook.red-bean.com/nightly/en/svn.branchmerge.tags.html
>>
>
> I have already looked into tagging. It does not do the job.
> I currently use the floating label feature in CVS, and tags do not
> help with that.
>

You should be able to get most of the same effect of a floating cvs tag
by deleting the svn tag and copying in a new one with the same name.
The delete/create won't be atomic, but it wasn't in cvs either if you
had more than one file. The operation only affects the head view of the
repository, but it should work to let you have scripted operations that
work against known tag names if that is what you are trying to do.

-- 
   Les Mikesell
    lesmikesell@gmail.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Aug 9 18:14:41 2007

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.