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

Re: svn commit: rev 1815 - trunk

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2002-04-30 20:27:15 CEST

On Tue, Apr 30, 2002 at 11:20:38AM -0700, Zack Weinberg wrote:
> On Sun, Apr 28, 2002 at 06:53:13PM -0400, Garrett Rooney wrote:
> > On Sun, Apr 28, 2002 at 02:44:31PM -0700, Zack Weinberg wrote:
> > >
> > > However, I still want this feature, because it is useful to include
> > > changelogs as flat text in tarball distributions. It's also handy to
> > > be able to browse the changelog offline.
> >
> > well, if you just want the logs to put in the tarball or to browse
> > offline, you can just run 'svn log' in the top of the tree and
> > redirect it's output to a file. if you want the output to look more
> > like a GNU ChangeLog, you can pipe it through this script:
> Spiffy, but the hardcoded map from userids to names and addresses is a
> bit lame, don't you think?

yes, i do, but since i don't actually need GNU style changelogs, i
leave fixing that problem to someone with more motivation than i ;-)

> I suppose the real issue is where that information should be stored.
> Certainly not in the script itself, but I could see putting it in a
> text file under version control, or into system metadata. Thoughts?

it would be trivial to put it in a text file under revision control...
have a COMMITTERS file that contains a fixed format to parse.
'userid'<TAB>'name and email' would be simple enough.


garrett rooney                    Remember, any design flaw you're 
rooneg@electricjellyfish.net      sufficiently snide about becomes  
http://electricjellyfish.net/     a feature.       -- Dan Sugalski
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Apr 30 20:28:17 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.