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

Re: Thanks and a global versioning question; WAS:: Help: XML Pars er e rror, Date Conversion failed

From: Barry Scott <barry_at_barrys-emacs.org>
Date: 2004-03-24 23:15:42 CET

Is this useful feature planned? If this was in svn I think I'd never use
svn copy to tag a revision. It could also solve the problem of showing
which revisions on the trunk are interesting (have been tagged).

Barry

At 23-03-2004 20:44, Ben Collins-Sussman wrote:
>On Tue, 2004-03-23 at 14:40, Brad Appleton wrote:
>
> > - can I create a NAME property for a global revision number?
> > - does it make practical sense to implement a mechanism inside or
> > outside of SVN that simply maps revnames to revnums and vis-a-vis?
>
>Hi Brad!
>
>Yes, actually, you can attach any arbitrary properties you want to
>revision trees.
>
>
> > [ e.g., $(revname $(revnum $REVNAME)) eq $REVNAME ]
> >
> > $ svn commit --message "Corrected # of cheese slices."
> > Sending sandwich.txt
> > Transmitting file data .
> > Committed revision 3
> > $ myrevmap -revnum 3 -revname MyRevName
>
>Or, with today's svn, you'd just run
>
> $ svn propset -revprop -r3 revname MyRevName
>
>
> > Associated revision 3 of <??> with 'MyRevName'
> > $ svn log --revision `myrevnum MyRevName`
>
>
>This is the feature that doesn't yet exist. Ideally, we'd want all svn
>subcommands to understand "-r NAME", and look for a specific property on
>each revision.
>
>
>
>---------------------------------------------------------------------
>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 Wed Mar 24 23:16:25 2004

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.