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

Re: I miss tags

From: Max Bowsher <maxb_at_ukf.net>
Date: 2004-09-23 20:55:40 CEST

Raye Raskin wrote:
> OK. In cvs, a static tag is a snapshot. Of course, it actually
> CAN be changed by forcing a cvs tag command, but in general it is
> never supposed to change unless you (or preferably your boss)
> sign in blood first.
>
> In svn, there ain't no static tag, except by convention. This is
> a bad idea, IMHO.

One humble opinion does not a consensus make.

I disagree.

> I'm relatively new to svn, so please take my idea with a grain of
> salt...
>
> Proposal (my flame suit is on):
>
> Make ./trunk, ./branches, and ./tags REQUIRED subdirectories, not
> just "best practices". [Is it too late for this?!!!]

It's both too late, and also misguided. Some types situations don't require
branches/tags. Some situations require t/b/t dirs are locations other than
the repository root.

> These directories are automatically created when the repository is
> created. [Does this reduce flexibility too much?]

YES.

> Let svn recognize the directory name ./tags as special. To be for
> snapshot copies only, aka static tags, and commits are disallowed,
> except perhaps with some override option, a la "cvs tag -F" (with
> blood being required, of course.)
>
> Doing the above would also make is possible to simplify the syntax
> of some svn commands to refer to "-r LABEL" (i.e., branch or tag
> name, rather than having to spell out the entire URL) and have svn
> do the looking for you. This would improve usability.

For a limited subset of cases, worsening usability in others.

Max.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Sep 23 20:56:31 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.