[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: Mark Phippard <MarkP_at_softlanding.com>
Date: 2004-09-24 22:16:30 CEST

"Raye Raskin" <rayer@pobox.com> wrote on 09/24/2004 04:06:39 PM:

> Isn't reducing the number of external scripts, wrappers, etc. for
> common tasks a good thing? That's why svn, cvs and all other
> programs with a user interface (command line or otherwise) has a
> set of built-in capabilities. How about:

Actually, I think the goal is to provide a basic command set that can be
extended via scripts, not to create a special command for every variation.

> svn immute URL/ReleaseXYZ
> or
> svn freeze URL/ReleaseXYZ
> or
> svn stop URL/ReleaseXYZ
>
> ...or some such other syntax. This won't get in the way of anyone
> who does business some other way. And don't restrict this command
> to have to be under a subdirectory named ./tags. This keeps it as
> flexible as anyone could ever want.

For one thing, to implement such a feature requires creating some kind of
back-end meta data to support it, not to mentiont the ripple effect
through the API. I do not understand why a pre-commit hook script does
not meet your needs? It was designed for this purpose and has been
suggested to you on multiple occasions. I think the only built-in feature
you might see someday is when there are repository-based ACL's you might
be able to get the same effect via built-in permissions.

Mark

_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Sep 24 22:16:59 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.