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

Re: early reflections on subversion methodology

From: Thomas Beale <Thomas.Beale_at_OceanInformatics.biz>
Date: 2005-07-29 12:59:51 CEST

Miha Vitorovic wrote:

>news <news@sea.gmane.org> wrote on 29.07.2005 11:23:16:
>I see your point, but don't buy it. You argue, that the tool is bad,
>because it does not force everyone to "do things the right way" (even
>though the jury is still out on what "the right way" is).
I have not said that the tools is bad, quite the reverse. If I thought
itwas bad, our community of hundreds of developers would not be using
it. What I said was that it does not go the full way to implementing
some desirable CM behaviour.

>But this is a
>generic tool, that can be easily (if not without some work) enhanced to so
>exactly what you want. Or do whatever somebody else wants, in a different
>way. On the other hand, if its structure was locked to your way of doing
>things, than it would force all other "real developers" to do things just
>one way. And maybe, by being more open, somebody will come up with an even
>better way of doing things.
well, it ain't "my" way: clearly it's the "way" of a lot of people,
since the the trunk/tags/branches schema is published in the subversion
book and is put about as received wisdom (and in my experience, it is
more or less so). No, this is nothing to do with me; this is just about
supporting a bit more formally the defacto way of doing such things. My
only addition was a "releases" directory, and the fact that we
capitalise those directory names in our subversion instances.

>But beside that, if you can not make your users/developers conform to your
>standards, than you have organizational problems, not software problems.
it's not about _making_ people do things; there is no problem with
people wanting to do the right thing; the challenge is to prevent them
from making unintended errors (e.g. moving or renaming the tags
directory, or modifying its contents).

- thomas beale

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jul 29 13:03:59 2005

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.