From: Jeff King <peff@peff.net>
To: Derrick Stolee <stolee@gmail.com>
Cc: git@vger.kernel.org, Derrick Stolee <dstolee@microsoft.com>,
Stefan Beller <sbeller@google.com>
Subject: Re: [PATCH] add core.usereplacerefs config option
Date: Wed, 18 Jul 2018 16:31:52 -0400 [thread overview]
Message-ID: <20180718203152.GA26110@sigill.intra.peff.net> (raw)
In-Reply-To: <c36c1b42-3f37-b32d-08a8-2ced5d254149@gmail.com>
On Wed, Jul 18, 2018 at 04:23:20PM -0400, Derrick Stolee wrote:
> This patch looks good to me. The only thing I saw was when I ran 'git grep
> check_replace_refs' and saw the following in environment.c:
>
> int check_replace_refs = 1; /* NEEDSWORK: rename to read_replace_refs */
>
> This does help me feel confident that the case where the config value is
> missing will default to 'yes, please check replace refs', but also the
> NEEDSWORK could be something to either (1) do, or (2) remove the comment.
> Neither needs to happen as part of this patch.
Yeah, it was actually that comment that led me to Stefan's recent
c3c36d7de2 (replace-object: check_replace_refs is safe in multi repo
environment, 2018-04-11).
And ironically, back when I originally wrote this patch, it _was_ called
read_replace_refs. That changed in afc711b8e1 (rename read_replace_refs
to check_replace_refs, 2014-02-18), which was in turn picking up a
leftover from e1111cef23 (inline lookup_replace_object() calls,
2011-05-15).
Since Stefan's patch logically undoes e1111cef23, I think that's why he
put in the comment to move back to the old name.
Personally, I do not find one name any more informative than the other,
and would be happy to leave it as-is (dropping the comment).
But I'm also fine with following through on the "do". According to
c3c36d7de2, that was waiting for a calmer time in the code base. I guess
the best way to find out is to write the patch and see how terribly it
conflicts with pu. :)
> Reviewed-by: Derrick Stolee <dstolee@microsoft.com>
Thanks!
-Peff
next prev parent reply other threads:[~2018-07-18 20:31 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-07-18 20:17 [PATCH] add core.usereplacerefs config option Jeff King
2018-07-18 20:23 ` Derrick Stolee
2018-07-18 20:31 ` Jeff King [this message]
2018-07-18 20:37 ` Stefan Beller
2018-07-18 20:44 ` Jeff King
2018-07-18 20:44 ` [PATCH 1/3] check_replace_refs: fix outdated comment Jeff King
2018-07-18 22:41 ` Junio C Hamano
2018-07-18 22:52 ` Jeff King
2018-07-18 20:45 ` [PATCH 2/3] check_replace_refs: rename to read_replace_refs Jeff King
2018-07-18 22:44 ` Junio C Hamano
2018-07-18 22:53 ` Jeff King
2018-07-18 20:45 ` [PATCH 3/3] add core.usereplacerefs config option Jeff King
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=20180718203152.GA26110@sigill.intra.peff.net \
--to=peff@peff.net \
--cc=dstolee@microsoft.com \
--cc=git@vger.kernel.org \
--cc=sbeller@google.com \
--cc=stolee@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.
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).