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

Re: Proposed New Feature (SVNROOT), '.svnignore', and 'rtag' (Revision Aliases)

From: Max Bowsher <maxb_at_ukf.net>
Date: 2004-03-18 14:41:51 CET

Marcin Kasperski wrote:
>> (Pros of SVN tags: the creation of a tag is a versioned event;
>> you can manage the set of visible tags without permanently
>> destroying information; a single concept covers copies,
>> branching, and tag operations. Cons of SVN tags: you can't
>> get a comprehensive list of all the tags ever created without
>> a complicated query; they create a multiplying effect if
>> people check out the root of your tree; an extra mechanism is
>> required to prevent users from editing the contents of a tag;
>> folding copying and branching into a single concept may lose
>> information.)
>
> In my opinion there is a desperate need for the feature which
> will enable me to run svn log [some switch] within the working
> dir of some component and get the list of tags created on this
> component.
>
> It can be solved in two ways:
> (a) cvs way - add the more cvs-like tag or alias concept and use
> it
> (b) maybe more subversion way - whenever I svn copy something,
> add log entry to the copy source (best if special so it can be
> easily distinguished with svn log switches). It will also help
> keep track of branching or just find out what have been copied
> and where.

Option (c): Like option (b), but work not by adding extra log entries, but
by reporting copy sources in the svn log output.

Would you like to file a feature request in IssueZilla, to ensure this
doesn't get forgotten?

Max.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Mar 18 14:43:40 2004

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.