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

Re: Tags -> repository configuration

From: Martin Hauner <martin.hauner_at_gmx.net>
Date: 2006-07-01 12:20:39 CEST


Mark Phippard wrote:
> [..tags..]
> When all is said and done, the problem is that there are a large number of
> people, myself included, that do not really think anything is broken and
> needs to be fixed. We know it is different in some ways, but we like
> those differences. If you can "bridge the designs" without compromising
> what we like, then great.

I think this all about easier tag handling, not if it is broken. The
possibility to use branch and tag names as revision parameters would
simplify branch/tag handling. Especially for the command line tool.
If this would be possible most of the reservation with the copy-tags
would vanish.

I think what subversion is missing is a repository side configuration
of a project. This is not thought out, I'm just thinking loud here:

If subversion could store the repository layout for a project we could
simply describe where a project keeps it branches and tags. It would
simple store the branches/tags url.


If svn hits an -r t1 revision it could search it's tag and branch folder
for an t1 entry and use the head revision from the resulting path.

The configuration could be simply stored in the repository (maybe some
magic hidden folder, so the configuration would be versioned too), its
just the question where and how an svn client could retrieve it.

I think this would also help with other features that were discussed
before. Not that i could name one right now... ;) Weren't there a couple
of features that never got implemented because of a missing place to
store necessary information? Log templates? And some got implemented
by duplicating property information on every folder?

Subcommander 1.0.0 - http://subcommander.tigris.org
a cross platform Win32/Unix/MacOSX subversion GUI client & diff/merge tool.
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jul 1 12:25:43 2006

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.