git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Jeff King <peff@peff.net>
Cc: Michael J Gruber <git@drmicha.warpmail.net>, git@vger.kernel.org
Subject: Re: [PATCH 1/2] Documentation: replace sha1 by SHA-1
Date: Fri, 24 Apr 2009 15:38:48 -0700	[thread overview]
Message-ID: <7vzle5ad8n.fsf@gitster.siamese.dyndns.org> (raw)
In-Reply-To: <20090424212856.GB14435@coredump.intra.peff.net> (Jeff King's message of "Fri, 24 Apr 2009 17:28:56 -0400")

Jeff King <peff@peff.net> writes:

> On Fri, Apr 24, 2009 at 04:49:34PM +0200, Michael J Gruber wrote:
>
>> --- a/Documentation/git-cat-file.txt
>> +++ b/Documentation/git-cat-file.txt
>> @@ -76,7 +76,7 @@ If '--batch' is specified, output of the following form is printed for each
>>  object specified on stdin:
>>  
>>  ------------
>> -<sha1> SP <type> SP <size> LF
>> +<SHA-1> SP <type> SP <size> LF
>>  <contents> LF
>>  ------------
>
> Maybe it is just me, but I find the original for this one easier to
> read. Perhaps because <sha1> is really a variable name here (but for a
> human reader to interpret instead of a compiler), so I find the
> punctuation and capitalization distracting.
>
> I wonder if all <sha1> should simply be left as-is.

Or spell them using their official terminology "object name".

In all places in the documentation these two patches touch, that is what
matters.  They are computed by taking a hash over a defined format, and
the hash function we use happens to be SHA-1, but that is not important to
somebody who wants to use "cat-file" nor even to somebody who wants to
reimplement it.  I think hash-object should mention what the actual hash
function is, but even that should not stress the SHA-1-ness of the hash.
That's just too much implementation detail.

And sha1 and SHA1 are both accepted colloquial forms of "object name" in
the git world.  I think it is Ok to leave it in the IRC transcript "pack
heuristics" documentation (and I'd prefer that particular one left
untouched).  If we want to go formal in the documentation, I think
rewriting them to SHA-1 misses the point.

  reply	other threads:[~2009-04-24 22:40 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-24 14:49 [PATCH 0/2] Unify use of [sha,SHA][,-]1 Michael J Gruber
2009-04-24 14:49 ` [PATCH 1/2] Documentation: replace sha1 by SHA-1 Michael J Gruber
2009-04-24 14:49   ` [PATCH 2/2] Documentation: replace SHA1 " Michael J Gruber
2009-04-24 21:30     ` Jeff King
2009-04-24 15:18   ` [PATCH 1/2] Documentation: replace sha1 " Johannes Sixt
2009-04-24 15:23     ` Wincent Colaiuta
2009-04-24 15:33       ` Michael J Gruber
2009-04-24 15:30     ` Michael J Gruber
2009-04-24 21:28   ` Jeff King
2009-04-24 22:38     ` Junio C Hamano [this message]
2009-04-25 10:47       ` Felipe Contreras
2009-04-25 12:13   ` Dmitry Potapov

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=7vzle5ad8n.fsf@gitster.siamese.dyndns.org \
    --to=gitster@pobox.com \
    --cc=git@drmicha.warpmail.net \
    --cc=git@vger.kernel.org \
    --cc=peff@peff.net \
    /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).