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

Re: rapidsvn feedback

From: Karl Fogel <kfogel_at_newton.ch.collab.net>
Date: 2002-07-31 00:59:58 CEST

Josef Wolf <jw@raven.inka.de> writes:
> loose the benefits of svn if you start "bad Practices". Just for an
> example: run all the svn-code through indent(1) and commit the
> results. While this is neither a failure in svn nor in indent, this
> will lead you into hell when you have to merge across the revision at
> which you ran indent. You can still get benefits from svn, but you
> are calling for hell on the long run if you really do such a thing.

This particular piece of advice I'm +1 on putting in the handbook.
It's a "common unintended technical consequence" of a revision control
system, and since people may not think of it, it's appropriate to warn
them.

Advising against some Bad Practices (common practices that are
appropriate elsewhere, but that won't work well with Subversion) is a
very different thing from listing all Good Practices :-).

> > Hey, if you want to write a book on good practices, go for it! Even
> > feel free to post once on this list trolling for co-authors; it's
> > technically off-topic, but hey, we're easy... :-)
>
> Ummm... When you think I am a troll, maybe I should really shut up.

Oh dear. "Trolling" is not a pejorative in net-speak, as far as I'm
aware; I certainly didn't mean it that way.

-K

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jul 31 01:14:32 2002

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.