git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Derrick Stolee <stolee@gmail.com>
To: Junio C Hamano <gitster@pobox.com>
Cc: Tal Kelrich via GitGitGadget <gitgitgadget@gmail.com>,
	git@vger.kernel.org, Paul Mackerras <paulus@ozlabs.org>,
	Tal Kelrich <hasturkun@gmail.com>
Subject: Re: [PATCH] gitk: new option to hide prefetch refs
Date: Tue, 24 Aug 2021 17:47:15 -0400	[thread overview]
Message-ID: <f11f6920-aec2-ba5c-85ec-5b0cc5a2e880@gmail.com> (raw)
In-Reply-To: <xmqq4kbeptnv.fsf@gitster.g>

On 8/24/2021 2:46 PM, Junio C Hamano wrote:
> Derrick Stolee <stolee@gmail.com> writes:
> 
>> On 8/24/2021 8:18 AM, Tal Kelrich via GitGitGadget wrote:
>>> From: Tal Kelrich <hasturkun@gmail.com>
>>>
>>> The maintenance 'prefetch' task creates refs that mirror remote refs,
>>> and in repositories with many branches this can clutter the commit list.
>>>
>>> Add a new option to ignore any prefetch refs, enabled by default.
>>
>> This seems like a sensible feature to add. Thank you for contributing!
...> I would usually say that defaulting this to 'on' would be a biased
> choice [*1*], but in this case I tend to think it is a good idea to
> hide these by default, as 'prefetch' came way after people started
> using Git, and users did not ask for 'prefetch' refs.  The prefetching
> may help users but the refs used to anchor the prefetched objects are
> implementation detail that the users would rather not to see.
...
> *1* Whenever the inventor of a feature says "I expect users would
> want this!", it needs to be taken with a moderate amount of salt, as
> the inventor is self selected specimen who wanted it (after all, the
> feature motivated the inventor enough to write the patch).

I agree with both points. As the inventor of prefetch refs, my opinion
should also be taken with similar salt.

I do want to add at least that Git itself hides these refs by modifying
log.excludeDecoration during 'git maintenance start', so there is
precedent. Git is hiding them, but user can become confused when they
appear in gitk.

Thanks,
-Stolee

  reply	other threads:[~2021-08-24 21:47 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-08-24 12:18 [PATCH] gitk: new option to hide prefetch refs Tal Kelrich via GitGitGadget
2021-08-24 13:49 ` Derrick Stolee
2021-08-24 18:46   ` Junio C Hamano
2021-08-24 21:47     ` Derrick Stolee [this message]
2024-03-05 19:45 ` [PATCH v3] " Tal Kelrich
2025-03-16  3:45   ` Johannes Schindelin

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=f11f6920-aec2-ba5c-85ec-5b0cc5a2e880@gmail.com \
    --to=stolee@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=gitgitgadget@gmail.com \
    --cc=gitster@pobox.com \
    --cc=hasturkun@gmail.com \
    --cc=paulus@ozlabs.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).