You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Rob van Oostrum <ro...@blastradius.com> on 2004/09/28 13:36:32 UTC

I miss tags (and some other stuff too)

<unlurk>

Allow me add another twist to this thread. I would argue that having textual labels for revision numbers (which is essentially what a repository-wide tag would boil down to) would be a rather trivial and unimpressive feature. I would much rather see a solution based on already existing and much more powerful functionality. I think 'tags' are fine the way they are implemented now, i.e. as cheap copies. The only inconvenience that I can see is that it's a pain to 'tag' individual files without losing the parent directory structure, and the fact that you're stuck with long-ish URLs instead of small labels. But without a given or configurable root directory structure (i.e. trunk, tags, branches) I don't see how SVN could possibly figure this out on the fly.

Where the copy/move mechanism could be improved upon, IMHO, is that it's very murky looking at the history of a file (svn log) to determine where that file was in each revision, without specificying -v which displays changes to every other file touched by those revisions. So ... I think the 'easy' solutions (from a user's perspective), would be to display the URL of the file/directory you're logging for each revision that shows up on the log, as well as to always log a copy/move source (i.e. whenever svn log hits a change in URL it explicitely logs the source). Tools could then be written to parse this output into a graph or whatever else you can come up with. This should also visualise scenarios of files being removed/added, removed/copied from somewhere else, removed/moved etc.


just my $.02
Rob

</unlurk>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org