git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: Philip Oakley <philipoakley@iee.email>
To: Junio C Hamano <gitster@pobox.com>
Cc: Hrushikesh Rao <hrushikesh20thegreat@gmail.com>, git@vger.kernel.org
Subject: Re: Git commands version documentation
Date: Mon, 23 May 2022 12:10:00 +0100	[thread overview]
Message-ID: <3067d8e3-15a7-75fc-20d7-90de0fc3fee6@iee.email> (raw)
In-Reply-To: <xmqqr14l87jp.fsf@gitster.g>

Hi Junio,

On 23/05/2022 00:35, Junio C Hamano wrote:
> Philip Oakley <philipoakley@iee.email> writes:
>
>> One manual method is to look at the history (blame) for the respective
>> man pages to see when the man page was initially committed, and when
>> appropriate options were added.
>>
>> Maybe use one of the hosting providers GUI if that is your choice e.g.
>> https://github.com/git/git/blame/master/Documentation/git-gc.txt
> I got an impression that blame/log is an overkill for the request,
> which asks for "what tagged version?", to which the answer would be
> to compare the manual pages for each release (or scan the release
> notes), perhaps?
>
>

I was also concerned as to which way the problem was being addressed: 
was it a need for a cross reference table for all commands, or was it 
for just a select few?

For me, who likes a good UI, I found the GitHub blame UI quite useful 
when looking at files from the latter direction. It was much easier to 
scan the blame for the command's documentation page than try and scan 
through the endless release notes. Obviously this does expect that our 
documentation is fairly complete, at least at the 'mention an option' 
level, even if the occasional nuance didn't reach the docs.


I can see that a cli terminal representation is likely to be harder to 
scan, and that some hosters don't provide a blame page, so it would be a 
'horses for courses' choice.

Philip

  reply	other threads:[~2022-05-23 11:14 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-22 18:41 Git commands version documentation Hrushikesh Rao
2022-05-22 22:02 ` Philip Oakley
2022-05-22 23:35   ` Junio C Hamano
2022-05-23 11:10     ` Philip Oakley [this message]
2022-05-23 13:08       ` Ævar Arnfjörð Bjarmason
2022-05-23 15:19         ` Philip Oakley
2022-05-23 18:01           ` Ævar Arnfjörð Bjarmason

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

  List information: http://vger.kernel.org/majordomo-info.html

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

  git send-email \
    --in-reply-to=3067d8e3-15a7-75fc-20d7-90de0fc3fee6@iee.email \
    --to=philipoakley@iee.email \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    --cc=hrushikesh20thegreat@gmail.com \
    /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.
Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

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 read-only IMAP folder(s) and NNTP newsgroup(s).