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

RE: feature request: svn revision alias

From: Bicking, David (HHoldings, IT) <David.Bicking_at_thehartford.com>
Date: Wed, 20 Feb 2008 15:33:19 -0500

Alright, I'm going to be more explicit.
 
How would you name a revision, knowing that it applies to the whole
repository, in such a way that it offers any kind of meaning? The name
"V3.14_baselevel3" appears to identify a particular branch of a
particular project. To me, this is adding confusion, because that
revision is global and might apply to "V7.24.032_tertiarylevel1" on
another project. So, once more, what can the alias tell you that has
more (and concise) meaning than the revision number given its global
nature?
 
(and I guess you can't send ASCII posts -too bad)

--
David
________________________________
	From: OS [mailto:os_at_portfoolio.com] 
	Sent: Wednesday, February 20, 2008 2:44 PM
	To: Bicking, David (HHoldings, IT)
	Cc: Reedick, Andrew; users_at_subversion.tigris.org
	Subject: Re: feature request: svn revision alias
	
	
	I did (in fact, Paul Koning did):
	
		I don't think of a tag that way.  Instead, I view it as
a name for a
		point in the history of my code.
		
		So one day I may say "I'd like to see the code for "ls"
as it was in
		the baselevel tagged "V3.14_baselevel3" and another day
I may go
		looking for the code of another piece with that same
tag.
		
		To do that, I'd ask Subversion for the subtree in
question as it was
		in that rev.  Right now I'd use a numeric rev; with
aliases I could
		use a named rev.
	Bicking, David (HHoldings, IT) wrote: 
		First, can you find a way to send your posts in ASCII?
My Outlook insists on top-posting these unless I convert to text, which
produces the bizarre formatting seen in Andrew Reedick's reply (and I
chose not to do that this time around).
		 
		Second, you did not answer the question that comes with
option (a): what is the benefit?  How would you name such a revision if
you maintain multiple projects in a single repository? Heck, even a
single project raises issues if you have more than one codeline.  What
does the alias tell you?  Can you give us a concrete example of how you
would use the alias in a specific context?
		 
		--
		David
________________________________
			From: OS [mailto:os_at_portfoolio.com] 
			Sent: Wednesday, February 20, 2008 1:18 PM
			To: Reedick, Andrew
			Cc: users_at_subversion.tigris.org
			Subject: Re: feature request: svn revision alias
			
			
			It's (a) -- "a way to alias a REV number".
			As I said, call it revision aliasing or revision
naming.
			
			svn alias/revalias/revname <rev> <name>
			(or svn alias/revalias/revname -r <rev> <name>,
whatever is more consistent)
			
			The effect would be that wherever I'm able to
use a revision number today
			I would be able to use a revision name/alias.
			
			
			Reedick, Andrew wrote: 
				From: OS [mailto:os_at_portfoolio.com] 
				Sent: Tuesday, February 19, 2008 2:11 PM
				To: Paul Koning
				Cc: users_at_subversion.tigris.org
				Subject: Re: feature request: svn
revision alias
				
				Yes:
				
				Look, svn-people, all I was suggesting
was a practical, simple (I
				    
				thought) solution to a
				  
				common, simple problem. It's something
that all other SCMs offer and
				    
				it would appease
				  
				many people used to that type of
procedure (I think).
				
				As far I can see, all the machinery is
already there. The only thing
				    
				missing is the symbolic name.
				  
				Don't even call it tagging. svn promotes
tag-via-copy, fine. Call it
				    
				revision naming or aliasing,
				  
				whatever. And let the users use it as
they see fit. Or not. It would
				    
				be an option that wouldn't
				  
				bother anyone not using it.
				    
				
				
				*Grrrrrr*  You haven't sufficiently
defined what you're asking for.  Is
				it:
					a) a way to alias a REV number
in the same manner as HEAD, PREV,
				etc., or
					b) to implement a more
traditional style of tagging/labeling
				instead of using 'svn copy', or
					c) a way to 'tag' single files
(or revisions) in order to see
				what tag directories the
version/revision is in, or
					d) something else?
					e) an easier way to query/search
on revision properties
				
				If it's 'a', then I ask what's the
benefit?  A revision refers to the
				entire repository, or to the actual file
changes made in that single
				revision.  A revision/alias
simultaneously provides too much and too
				little information to be useful in most
cases.  A revision alias could
				be useful for marking merge points, or
promoted/tested revisions, and
				would probably be less clumsy than using
revision properties.  Which
				implies that an easier way to query or
search on revision properties is
				what you're really after?  Ex:
					svn co -r prop:TESTED
svn://some/where/foo.java
				Which actually sounds like a really good
idea, IMO.  Let's call that
				option 'e'.
				
				
				*****
				
				The information transmitted is intended
only for the person or entity to which it is addressed and may contain
confidential, proprietary, and/or privileged material. Any review,
retransmission, dissemination or other use of, or taking of any action
in reliance upon this information by persons or entities other than the
intended recipient is prohibited. If you received this in error, please
contact the sender and delete the material from all computers. GA623
				
				
				
				
				
				  
		
		
	
************************************************************************
*
		This communication, including attachments, is
		for the exclusive use of addressee and may contain
proprietary,
		confidential and/or privileged information. If you are
not the intended
		recipient, any use, copying, disclosure, dissemination
or distribution is
		strictly prohibited. If you are not the intended
recipient, please notify
		the sender immediately by return e-mail, delete this
communication and
		destroy all copies.
	
************************************************************************
*
		
Received on 2008-02-20 21:34:38 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.