[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: <leif.eriksen_at_hpa.com.au>
Date: 2002-08-30 05:34:41 CEST

What about "commentary". Better known then etiology, with connotations of
analysis and blame/praise

Leif Eriksen
I.T. Development.
H.P.A
9217 5545
leif.eriksen@hpa.com.au

-----Original Message-----
From: Noel Yap [mailto:yap_noel@yahoo.com]
Sent: Friday, 30 August 2002 12:07
To: Sander Striker; dev@subversion.tigris.org
Subject: RE: annotate vs blame

--- Sander Striker <striker@apache.org> wrote:
> First off I'm close -0 (leaning towards -1) on
> "annotate"
> being used at all (even as an alias). To annotate
> something
> means to attach some comment/remarks to something in
> my mind.
> I bet newcomers to version control systems would
> have the same.
> That CVS or ClearCase use this term is wrong(tm) ;)

Yeah, I'm getting there, too. I'd even sacrifice the
CVS transitioning for an "annotate" that really does
annotate like you say below.

> "blame" is good IMO, since you can clearly find out
> who to
> blame for a change. "who" would be better since it
> doesn't
> have a negative (or positive) tone.

I prefer "who" over blame. OTOH, it doesn't fully
describe the functionality. IMHO, "etiology" and
"analyze" do a much better job of this.

> I would very much like to see if we can actually
> implement
> a true "annotate" subcommand later in the game,
> which does
> what it means ;)

I'm starting to feel the same.

Noel

__________________________________________________
Do You Yahoo!?
Yahoo! Finance - Get real-time stock quotes
http://finance.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

**********************************************************************
IMPORTANT
The contents of this e-mail and it's attachments are confidential and intended
solely for the use of the individual or entity to whom they are
addressed. If you received this e-mail in error, please notify
the HPA Postmaster, postmaster@hpa.com.au, then delete
the e-mail.

This footnote also confirms that this e-mail message has been swept for
the presence of computer viruses by MimeSweeper. Before opening or
using any attachments, check them for viruses and defects.

Our liability is limited to resupplying any affected attachments.

HPA collects personal information to provide and market our services.
For more information about use, disclosure and access see our Privacy
Policy at www.hpa.com.au
**********************************************************************

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Aug 30 05:35:23 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.