[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: Karl Fogel <kfogel_at_newton.ch.collab.net>
Date: 2002-08-30 05:35:51 CEST

Folks,

Let's please not bother with this discussion until we're writing the
feature. It's far enough away that any conclusion we come to now will
only be revisited later. There _have_ to be more productive things we
can do with our time right now :-).

-K

leif.eriksen@hpa.com.au writes:
> 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

---------------------------------------------------------------------
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:55:42 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.