Ben Collins-Sussman <email@example.com> wrote on 10/14/2004 10:40:07
> On Oct 14, 2004, at 10:10 AM, Mark Phippard wrote:
> > I wanted to say something like this too. TSVN handles this fairly
> > easily.
> Maybe you guys are right. Maybe it's just too hard to try and make a
> single client cater to *both* the techie crowd ("do exactly what I say,
> be predictable") and the non-techie crowd being forced to use VC
> ("protect me from complex VC concepts, try to help me out of messes
> with interactions/suggestions").
I do not think we should ever stop looking for better ways to do what we
do, but at the same time we cannot just toss aside core concepts that are
central to the process. The user working with Subversion is not the only
stake-holder that needs to be considered. If we just brush-aside a
conflict to make things easier for an inexperienced user we are
potentially creating a problem for someone else down the line. Worse, is
we really wouldn't be putting anything in place to protect those other
stake-holders. In other words, as the development manager, I might rather
get a phone call from a bewildered graphic designer than a phone call from
a furios CIO. If I do not have that problem, then I can equip my users
with good GUI tools, like TSVN and/or provide them with my own scripts
that hide the complexity in a way of my choosing.
> Sander's probably right: the non-techie crowd is mostly likely using a
> GUI, and most likely that's TortoiseSVN. Perhaps we can persuade the
> TSVN folks to implement some of these helpful behaviors in the case of
> updating hijacked files. Maybe TSVN can also implement a command that
> means "update and lock" in one step.
They are definitely going to use a GUI or as Justin points out, a lot will
be using some sort of WebDAV client. I think it would be a great idea to
involve Stefan in this process, but even if we don't I am confident he
will make TSVN handle this as gracefully as possible.
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Thu Oct 14 16:53:36 2004