From: Junio C Hamano <gitster@pobox.com>
To: "Pablo Sabater" <pabloosabaterr@gmail.com>
Cc: <git@vger.kernel.org>
Subject: Re: What's cooking in git.git (Aug 2026, #02)
Date: Thu, 06 Aug 2026 10:08:32 -0700 [thread overview]
Message-ID: <xmqqh5l7kwhb.fsf@gitster.g> (raw)
In-Reply-To: <DKHZ3ZMG23JK.369PS06XOZPU6@gmail.com> (Pablo Sabater's message of "Thu, 06 Aug 2026 17:41:29 +0200")
"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?
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.
next prev parent reply other threads:[~2026-08-06 17:08 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 [this message]
2026-08-06 23:53 ` Pablo Sabater
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=xmqqh5l7kwhb.fsf@gitster.g \
--to=gitster@pobox.com \
--cc=git@vger.kernel.org \
--cc=pabloosabaterr@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