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

Re: Linux working copy through SAMBA

From: John Peacock <john.peacock_at_havurah-software.org>
Date: Thu, 29 May 2008 06:43:11 -0400

Ryan Schmidt wrote:
> It's contrary to the notion of committing things once they've been
> tested, which I subscribe to. Whether this matters for the OP is of
> course for him to decide. But in the web site development shop where I
> worked, it's common for a programmer to make a small change in the text
> file, save, press reload in the browser, go back to the text editor,
> make another small change, save, reload in the browser, back and forth
> very very quickly until they get whatever it is they're working on
> right. To force them to commit after every little save (and invent a
> commit description for every new attempt) would slow them down
> immensely. Maybe this applies in the OP's case too.

Your mode of operation requires each developer machine to be configured with
exactly the same server software as the main servers, which can be an extreme
hardship (and sometimes impossible due to license requirements) depending on the
software involved. It also speaks to a certain level of programming immaturity
that a developer would have to repeatedly make small changes to get something

As a counter example, with your methodology if a developer gets something
working, but then tries one or two more things and breaks it again, they have to
remember what they subsequently changed to correct it back to working order.
With my methodology, they just reverse out the last few changes and they are
back with a working page. It is all too easy to say "I'll commit this in a
second after I try /one/ more thing" and then not commit at all (remember, all
programmers are lazy). ;-)

Both methodologies have strengths and weaknesses; I prefer mine, even if it
means that sometimes the log messages are "Dammnit does this work?" because it
means that all changes are versioned (even the stupid ones).


To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-05-29 12:42:35 CEST

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.