git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ian Hilt <ian.hilt@gmail.com>
To: Kevin Ballard <kevin@sb.org>
Cc: Git Mailing List <git@vger.kernel.org>
Subject: Re: [PATCH] Rephrased git-describe description
Date: Wed, 14 May 2008 14:00:04 -0400 (EDT)	[thread overview]
Message-ID: <alpine.LNX.1.10.0805141329020.28504@sys-0.hiltweb.site> (raw)
In-Reply-To: <19174A63-BE44-4898-9CAD-935BE1A28FFF@sb.org>

On Wed, 14 May 2008 at 11:57am -0500, Kevin Ballard wrote:

> On May 14, 2008, at 9:22 AM, Ian Hilt wrote:
>> DESCRIPTION
>> -----------
>> The command finds the most recent tag that is reachable from a
>> -commit, and if the commit itself is pointed at by the tag, shows
>> -the tag.  Otherwise, it suffixes the tag name with the number of
>> -additional commits and the abbreviated object name of the commit.
>> +commit.  If the tag points to the commit, then only the tag is
>> +shown.  Otherwise, the number of additional commits on top of the
>> +tagged object and the abbreviated object name of the most recent
>> +commit are suffixed to the tag name.
>
> I disagree that this is more readable. Specifically that last
> sentence. In the original description it tells me what it's
> doing (suffixing) before it tells me what objects it's
> using. In your version, it tells me the objects, then tells me
> what it's doing (suffixing), so I have to effectively process
> the sentence in reverse. In other words, it took me two
> readings of your last sentence to match the one reading of the
> original last sentence.

How about this?

   The command finds the most recent tag that is reachable from a
   commit.  If the tag points to the commit, then only the tag is
   shown.  Otherwise, it suffixes to the tag name the number of
   additional commits on top of the tagged object and the
   abbreviated object name of the most recent commit.

> Also, you should use a more descriptive commit description. At the very 
> least, do something like
>
> git-describe: Make description more readable.

Something like this:

git-describe: Changed subject from commit to tag in the first
               sentence, clarified what the number of commits is
               referring to, and pointed out which object is
               referenced by the suffixed object name.

-- 
Ian Hilt
ian.hilt (at) gmail.com
GnuPG key: 0x4AFC1EE3

  reply	other threads:[~2008-05-14 18:00 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-14 14:22 [PATCH] Rephrased git-describe description Ian Hilt
2008-05-14 16:57 ` Kevin Ballard
2008-05-14 18:00   ` Ian Hilt [this message]
2008-05-14 18:03     ` Kevin Ballard
  -- strict thread matches above, loose matches on Subject: below --
2008-05-14 18:30 Ian Hilt
2008-05-14 18:46 ` Junio C Hamano
2008-05-14 20:01   ` Dirk Süsserott
2008-05-14 23:02   ` Ian Hilt
2008-05-17  0:03     ` Junio C Hamano

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=alpine.LNX.1.10.0805141329020.28504@sys-0.hiltweb.site \
    --to=ian.hilt@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=kevin@sb.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).