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

Re: guid considered premature

From: Tom Lord <lord_at_regexps.com>
Date: 2002-12-17 08:46:41 CET

       The generalisms that you lament are not as empty as they seem,
       because they are shorthand for rationales which have been
       presented in this forum before -- e.g., the rationale that
       there are tons of developers (such as myself) out there who
       really really want a better CVS,

Actually, for almost as long as arch has been around, the idea of a
more CVS-like UI, or more CVS-like features extending the current UI
has been discussed by arch users and evaluators.

At this point, there are several different approaches on the table for
how to accomplish that. None of them require changing the core
semantics of arch -- only adding new UI and (_perhaps_) providing
alternative storage mgt.

Nobody who's actually tried arch on their projects thinks these
features are a priority. Several who currently use it report having
quickly come to prefer the current arch model.

In other words, the supposed "CVS replacement" vs "arch" dichotomy is
not really all that true.

As for the goal you state for svn and why it's a good one: Well, I
think Bob's contributions have some relevence here, especially when
combined with the recent post by jkj@sco.com ("Re: text-based
penalty...").

It is true that I tend to evaluate svn as a free software project and
in terms of its potential impacts on other free software projects and
the free software movement generally. This isn't an anti-business or
anti-democratic perspective, but it is a perspective that favors a
global view of businesses and communities using free software. It's a
perspective that favors a long view and that scrutinizes immediate and
future costs (monetary and social) associated with deployment. As you
say, there are tons of developers for whom those considerations aren't
priorities.

Importantly, my perspective includes the view that you could have, if
you took my advice, a simpler system that's more sophisticated and
more fun to develop and use.

        I would jump for joy to see a stable 1.0 in three months.

Personally, I'm looking forward to Emacs 1.0.

Sorry to keep claiming the moral high ground here but it seems to be
hard to avoid, so:

"enough is enough",
-t

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Dec 17 08:42:48 2002

This is an archived mail posted to the Subversion Dev mailing list.