git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: Johannes Schindelin <Johannes.Schindelin@gmx.de>
To: Junio C Hamano <gitster@pobox.com>
Cc: "Ævar Arnfjörð Bjarmason" <avarab@gmail.com>, git@vger.kernel.org
Subject: range-diff, was Re: What's cooking in git.git (Jul 2018, #03; Wed, 25)
Date: Mon, 30 Jul 2018 15:16:12 +0200 (DST)	[thread overview]
Message-ID: <nycvar.QRO.7.76.6.1807301510370.10478@tvgsbejvaqbjf.bet> (raw)
In-Reply-To: <xmqqd0v8oaf5.fsf@gitster-ct.c.googlers.com>

[-- Attachment #1: Type: text/plain, Size: 2253 bytes --]

Hi Junio,

On Fri, 27 Jul 2018, Junio C Hamano wrote:

> Ævar Arnfjörð Bjarmason <avarab@gmail.com> writes:
> 
> > Count me in the "this is useful" camp, but also I did look at the latest
> > submission this time around, but had nothing to say, so I didn't say
> > anything :)
> 
> Please make it a habit to do say something to show that you did
> carefully review the series especially in such a case, which helps
> to differentiate a change that is interesting to nobody, and one
> that is so obviously well done that there is nothing to add.  
> 
> What I have been doing from time to time, when I think there is
> nothing bad in particular to point out, is to quote a part that is
> especially tricky to get right and think it aloud to show how I
> would reason why the result of the change is correct.  This type of
> review helps in two and a half ways:
> 
>  (1) We can see a correction to what the reviewer said, which could
>      lead to further improvement ("no, the code does not quite work
>      that way, so it is still buggy", or "no, the code does not work
>      that way, but triggering that bug is impossible because the
>      caller high above will not call us in that case", etc.),
> 
>  (2) The reviewer can demonstrate to others that s/he understands
>      the area being touched well enough to explain how it works
>      correctly, and a "looks good to me" comment from the reviewer
>      on that change becomes more credible than a mere "looked good
>      and I have nothing else to add".
> 
> Thanks.

FWIW I picked up your Asciidoc-underline fix, and I also fixed a typo in a
commit message (you may want to pick that up, too, unless you want me to
send a full new iteration, I don't care either way):

-- snipsnap --
11:  bf0a5879361 ! 11:  0c1f5db5d01 range-diff: add tests
    @@ -3,7 +3,7 @@
         range-diff: add tests
     
         These are essentially lifted from https://github.com/trast/tbdiff, with
    -    light touch-ups to account for the command now being names `git
    +    light touch-ups to account for the command now being named `git
         range-diff`.
     
         Apart from renaming `tbdiff` to `range-diff`, only one test case needed

  reply	other threads:[~2018-07-30 13:16 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-07-25 22:13 What's cooking in git.git (Jul 2018, #03; Wed, 25) Junio C Hamano
2018-07-25 22:56 ` Stefan Beller
2018-07-25 23:43   ` Junio C Hamano
2018-07-26  4:14     ` Junio C Hamano
2018-07-26 16:56     ` Junio C Hamano
2018-07-25 23:47   ` Junio C Hamano
2018-07-25 23:48   ` Junio C Hamano
2018-07-26  4:15     ` Junio C Hamano
2018-07-26  6:07 ` Оля Тележная
2018-07-26 16:57   ` Junio C Hamano
2018-08-02 12:41     ` Christian Couder
2018-08-02 18:40       ` Junio C Hamano
2018-07-26  7:24 ` Jeff King
2018-07-26 16:57   ` Junio C Hamano
2018-07-26 20:46     ` Jeff King
2018-07-27 14:28 ` Ævar Arnfjörð Bjarmason
2018-07-27 17:28   ` Junio C Hamano
2018-07-30 13:16     ` Johannes Schindelin [this message]
2018-07-30 15:41       ` range-diff, was " Junio C Hamano
2018-08-01 16:01         ` Johannes Schindelin
2018-08-01 19:11           ` Junio C Hamano
2018-08-01 20:44 ` ds/reachable (was Re: What's cooking in git.git (Jul 2018, #03; Wed, 25)) Derrick Stolee
2018-08-01 21:55   ` Junio C Hamano
2018-08-01 20:53 ` ds/multi-pack-index " Derrick Stolee
2018-08-01 22:13   ` 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

  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=nycvar.QRO.7.76.6.1807301510370.10478@tvgsbejvaqbjf.bet \
    --to=johannes.schindelin@gmx.de \
    --cc=avarab@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.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).