From: "Pablo Sabater" <pabloosabaterr@gmail.com>
To: "Junio C Hamano" <gitster@pobox.com>,
"Pablo Sabater" <pabloosabaterr@gmail.com>
Cc: <git@vger.kernel.org>
Subject: Re: What's cooking in git.git (Aug 2026, #02)
Date: Fri, 07 Aug 2026 01:53:30 +0200 [thread overview]
Message-ID: <DKI9KP6ADN6W.1HR0XBJT9EFMW@gmail.com> (raw)
In-Reply-To: <xmqqh5l7kwhb.fsf@gitster.g>
On Thu Aug 6, 2026 at 7:08 PM CEST, Junio C Hamano wrote:
> "Pablo Sabater" <pabloosabaterr@gmail.com> writes:
>
>> On Thu Aug 6, 2026 at 12:48 AM CEST, Junio C Hamano wrote:
>>>
>>> * ps/cat-file-remote-object-info-type (2026-08-04) 10 commits
>>> - cat-file: unify default format
>>> - serve: advertise type capability
>>> - fetch-object-info: parse type from server response
>>> - protocol-caps: add type support to object-info
>>> - fetch-object-info: die() on the remaining error path
>>> - fetch-object-info: use dedicated struct for the results
>>> - fetch-object-info: pass arguments directly instead of a struct
>>> - fetch-object-info: detect malformed server responses
>>> - t5701: use test_file_size() to get the size of a file
>>> - Merge branch 'ps/cat-file-remote-object-info' into ps/cat-file-remote-object-info-type
>>>
>>> The 'remote-object-info' command for 'git cat-file --batch-command'
>>> has been extended to support the '%(objecttype)' placeholder.
>>>
>>> Needs review.
>>> cf. <xmqqpkzxtyac.fsf@gitster.g>
>>> cf. <xmqqldalty3i.fsf@gitster.g>
>>> source: <20260804-objecttype-support-v4-0-31511b0231be@gmail.com>
>>>
>>
>> Hi,
>>
>> The topic ps/cat-file-remote-object-info graduated to 'master' last
>> What's cooking [1], so ps/cat-file-remote-object-info-type can go on top
>> of 'master' as is and the merge requirement can be dropped.
>
> Sorry, but what do you mean by a 'merge requirement'?
>
> I generally keep the same base as before when there is no reason to
> rebase. It makes easier to view the differences between iterations.
> 'git diff @{1} @{0}' would work just fine, for example. If you
> rebase, you would need to guess from the output of the 'range-diff'
> command, which, while much better than nothing, is still not easy to
> read.
>
> The above is kept on the same synthetic base, as I did not (and do
> not) see any need to rebase, but perhaps you have reasons I missed?
Nothing you missed, sorry, I thought that because this series started
with a based-on trailer due to ps/cat-file-remote-object-info not
in 'master' yet, the:
- Merge branch 'ps/cat-file-remote-object-info' into ps/cat-file-remote-object-info-type
was because of that, and since last reroll I sent I dropped that based-on
I thought that it wasn't needed anymore.
So, my mistake there.
>
> By the way, I just noticed that the commit count includes the number
> of synthetic bases, which may be a bit confusing, if not wrong. The
> tooling to maintain the 'What's cooking' report may rely on the
> count exactly matching the number of lines below the headline, which
> is the number of commits in the 'git log --first-parent master..'
> chain. I might look into changing it to show the number of
> contributor patches in the series, but it may take some time before
> I get to it.
Thanks,
Pablo
prev parent reply other threads:[~2026-08-06 23:53 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-05 22:48 What's cooking in git.git (Aug 2026, #02) Junio C Hamano
2026-08-06 15:41 ` Pablo Sabater
2026-08-06 17:08 ` Junio C Hamano
2026-08-06 23:53 ` Pablo Sabater [this message]
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=DKI9KP6ADN6W.1HR0XBJT9EFMW@gmail.com \
--to=pabloosabaterr@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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox