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

Re: svn commit emails

From: <kfogel_at_collab.net>
Date: 2001-10-19 21:19:59 CEST

"Sander Striker" <striker@apache.org> writes:
> Most projects are a bit whacky with respect to this. They mostly only
> display
> one of the changed directories. Example taken from an apache commit mail:
>
> Modified: . CHANGES
> server listen.c
> server/mpm/prefork prefork.c
>
> And the resulting Subject:
>
> cvs commit: httpd-2.0/server/mpm/prefork prefork.c
>
> This is very common, although not very nice.

This is the result of a bug in CVS, not a deliberate choice, as I
understand it.

It's true these Subject lines are unusually long, but the point is to
make them automatically parseable. Humans aren't supposed to read all
the stuff after the revision number :-) -- let your filters do the
work for you.

> > What if instead of subject lines like:
> >
> > svn commit: rev 262 - trunk/subversion/include
> > trunk/subversion/libsvn_wc trunk/subversion/libsvn_ra_local
> > trunk/subversion/libsvn_client trunk/subversion/svnlook
> > trunk/subversion/mod_dav_svn trunk/subversion/clients/cmdline
> > trunk/subversion/tests/libsvn_wc
> > trunk/subversion/tests/libsvn_repos trunk/subversion/libsvn_repos
> > trunk/subversion/libsvn_ra_dav
> >
> > We did something more like:
> >
> > svn commit: rev 262 - in trunk/subversion: include libsvn_wc
> > libsvn_ra_local libsvn_client svnlook mod_dav_svn clients/cmdline
> > tests/libsvn_wc tests/libsvn_repos libsvn_repos libsvn_ra_dav
> >
> > Basically, printing the longest common ancestor of all the changed
> > dirs, and the paths relative to that of those dirs.
> >
> > ?? Hm?
>
> Oo, I like it. +1 from me for this concept :)

This will only shorten them by a certain amount, and then only
sometimes. So it's a nice optimization, but not a solution to the
problem. Subject lines will still be too long for Timothee's
mailer. :-(

(Though if someone wants to patch the hook system to do this, that
would be great...)

-K

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:45 2006

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.