Yes, I think we're in sync. As a developer, my perspective is that
tags are quite elegant; they solve a problem by re-using an existing
concept in a clean, efficient, manner, very much like, say, the C
language does. But, again like C, to those less familiar with such
abstract thinking, tags are a much more difficult concept than labels
because too much of the inner workings are exposed; subversion is
_too_ primitive (in the best sense of the word) for these people. By
analogy, contrast, say, a C/C++ developer to a guy working in
JavaScript.
I think the issue, really, is that tags are only a second class
concept, i.e. a convention that most people follow but which is not
understood by the toolchain (with a few exceptions; TortoiseSVN makes
a fuss when you mutate a tag). So, in effect, tags are an interface
without an implementation, which therefore everyone (users) has to re-
implement manually.
Without looking at the complexities of implementation, what if I
could do this:
svn commit ... --tag <name>
...and have Subversion create the appropriate tag by doing a pre-
commit "svn copy" using the <name> to construct an appropriate path?
I'm skipping some horrible implementation nasties here, but imho this
_interface_ really takes the claws out of tags for many subversion
users.
--Tim
On Nov 17, 2006, at 1:19 PM, Danny van Heumen wrote:
>
> You're point here is:
> * Making a single command that can:
> * Do a commit and
> * Attach a label
> * Without having to care for a location.
>
> Am I right?
>
> This would fix:
> * Forcing people to enter location and with this the *need* to
> understand how something is stored.
> * Having to do several operations.
>
>>
> Reading this I get a very strong feeling that we need some sort of
> a "wizard" for making difficult steps easier.
> (So it's not really about the labels being wrong, it's about the
> labels being too difficult for the simple users.)
>>
>
> Well, I have to say, you did a great job explaing with a nice
> scenario.
>
> Danny
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Nov 17 23:01:35 2006