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

Re: annotate vs blame

From: Noel Yap <yap_noel_at_yahoo.com>
Date: 2002-08-29 22:54:30 CEST

--- Garrett Rooney <rooneg@electricjellyfish.net>
> i think 'svn blame' is a lot more descriptive than
> 'svn annotate', i
> think it's more appropriate considering the most
> common use case for the
> command (like cmike, i often use it to see who wrote
> the buggy code i'm
> correcting so i can yell at them), and i think it's
> a hell of a lot more
> amusing.

This is not my common usage.

Since I'm quite new to my project, I often annotate to
see who I can ask about how a piece of code works or
what it does. I suppose this can be interpreted as
saying, "Who do I blame for not commenting/documenting
stuff properly?" I'd rather look at it as, "Who is
the person that can teach me new things?" It sure
makes my day brighter and more enjoyable :-)

> and if we're going to bend over backwards to make
> our command line
> client's commands not have a 'negative connotation',
> i think it's kind
> of depressing... it smacks of being 'pollitically
> correct' for no good
> reason. i mean we called the program 'subversion'
> for crying out loud,
> that sure as hell has a pseudo-negative connotation
> itself...

I always (well, since I first heard about the project)
that the name had a neat double connotation. IMHO,
subversion isn't necessarily negative; in this case,
subverting CVS with something that has the same
functionality (so as not to disalienate anyone), has
added often-requested functionality, and is generally
better, is quite positive.


Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Aug 29 23:41:54 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.