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

RE: log across copies?

From: Campbell, Matthew A <Matthew.Campbell_at_Relizon.com>
Date: 2004-07-30 01:42:19 CEST

> > SVN developers:
> >
> > Wouldn't the development of "merge tracking" more or less
> eliminate this
> > difficulty, along with other things? Or am I perhaps
> over-generalizing
> > things?
> >
> I'm not sure, mainly because I'm getting confused about what problem
> we're discussing here. :-)

Fair enough. I asked for that. :-)

When chasing a bug on the trunk that's got its roots in a changeset
committed to the branch, there's an extra step involved that's also heavily
dependent upon people being thorough and doing their bookkeeping properly
(IE, writing a good commit log message with all the necessary pieces of
merge information). It's been my experience that in open-source
development, this usually happens pretty well but when at work people tend
towards sloppiness much more and love to forget steps like this. I mean,
hey, it's only the company's profits and thus ultimately your own paycheck
on the line, right? No need to be *too* meticulous... *sigh*
(*double-sigh* when I grudgingly admit catching myself behaving the same

So anyway... in an ideal world, Subversion takes care of this for us. One
less step during debugging, no need/possibility for human laziness to bollix
up the whole thing beyond all repair. Not sure if this could/would/should
appear in the "svn log" history or not, but at least "svn blame" should
(ideally) show the original committer's name and revision, not the merger's
name and revision. Pipe dream? (I've browsed the file in the /notes
directory on the trunk, and some of it looks promising, but...)

FWIW, I'm not averse to the idea of tackling (or trying to) this myself.
One of the great things about free software, when you have an itch you also
have the means to scratch it. If it starts itching badly enough, I'll hop
over to dev@ and start stirring up the pot...

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jul 30 01:48:25 2004

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.