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

Re: Real Names in Log Messages

From: Jamie Jackson <myspamb8_at_gmail.com>
Date: 2007-08-15 04:13:38 CEST

On 8/14/07, Andy Levy <andy.levy@gmail.com> wrote:
> On 8/14/07, Jamie Jackson <myspamb8@gmail.com> wrote:
> > Does anyone have a way to use "real names" in log messages? We've got
> > our new SVN server authenticating against active directory, but my
> > company uses employee IDs for usernames.
> >
> > I saw a post here, but it didn't have any resolution:
> > http://svn.haxx.se/tsvnusers/archive-2006-11/0020.shtml
> Subversion attributes log entries to the userID that committed them -
> if you used "friendly" names, you'd have trouble following activity if
> someone's name changes (due to marriage, divorce, etc.) - most
> organizations don't change the user's credentials when their name
> changes, they just update the "full name" field. And what if you have
> two people with the same name, but different IDs (2 Bob Smiths, for
> example)?
> If you want this for presentation of changelogs, etc., have the
> program which creates the formated log (for example, an XSL to
> transform the output of svn log --xml to an HTML page) do the
> translation.

None of us would mind if names changed due to marriage, etc., as we've
got to type our names in manually in the log messages anyway until we
get something better worked out.

Also, This isn't for presentation, we'd like names for day to day SVN
operations. It would be nice to have real names at a glance instead of
looking up some obscure employee ID in the corporate directory. (For
all the same reasons that, say, we have domain names, instead of
trying to memorize IP addresses.)

Has anybody done this sort of hack?

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Aug 15 04:11:43 2007

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.