On Tue, 2007-07-10 at 14:57 +0200, Folker Schamel wrote:
> Mark Reibert wrote:
> > The tagging-by-convention model in SVN is manageable in a code-centric
> > environment where large chunks of the repository (often the entire
> > trunk) are tagged as a unit, by someone who understands what he is
> > doing. My frustration stems from attempting to use SVN/TSVN as a
> > revision tool for general-purpose documentation. Try to explain to your
> > PHB who is working on a contract nested 8 directories deep in the
> > repository that he should create the same directory structure in this
> > other, magical "tags" place and copy his file in there. He will look at
> > you like you are drunk and just copy "foo.doc" to "foo 7/9/07a.doc".
> > (Using the stupid U.S. non-sorting m/d/yy date format - and I am an
> > American so I can write that! ;-). My belief is I would have much better
> > luck if instead I gave the same PHB a simple command that works "in
> > place" so he does not have to abstract himself outside of his single,
> > 8-level-deep directory.
> >
> > Maybe you are right ... I guess it is a social problem!
>
> I think I understand your situation.
>
> And even if it is a social problem, I think you have a good point
> that sometimes social problems can be improved or even solved
> by technology, for example by better UIs.
>
> In your particular case, my first impression is that TSVN
> should provide more explicit tagging support.
> For example, just a context menu "Create tag".
>
> And maybe some standardized "layout" property really makes sense.
TSVN does have a "Branch/tag" option, which is helpful but still
requires the user to type in the full URL for the target of the copy. So
really it is the layout in /tags - and mirroring /trunk when you are not
tagging at a high-level directory - that is cumbersome.
This is not a deal breaker, or course. It is just one problem we did not
have when typing "cvs tag foo bar".
--
----------------------
Mark S. Reibert, Ph.D.
svn@reibert.com
----------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jul 11 06:00:31 2007