From: Pablo Sabater <pabloosabaterr@gmail.com>
To: git@vger.kernel.org
Cc: chandrapratap3519@gmail.com, karthik.188@gmail.com,
gitster@pobox.com, peff@peff.net,
Pablo Sabater <pabloosabaterr@gmail.com>
Subject: [PATCH GSoC v5 00/10] cat-file: extend remote-object-info to support %(objecttype)
Date: Sat, 08 Aug 2026 00:06:55 +0200 [thread overview]
Message-ID: <20260808-objecttype-support-v5-0-86f22bec04b2@gmail.com> (raw)
In-Reply-To: <20260725-objecttype-support-v1-0-2d4ca3bbabf1@gmail.com>
Neither the client nor the server knows how to handle type. This series
continues the work for git cat-file --batch-command extending
remote-object-info to support "%(objecttype)" end to end. It is based on
its predecessor series "cat-file: add remote-object-info to
batch-command" [1] merged into master.
Type is the last property that is identical on the server and on the
client once fetched.
Whether to support more metadata such as: - objectsize:disk
- deltabase
- objectmode (needs context)
should be discussed, unlike size and type, the rest depend on how things
are packed on the server and on what the client already has, so they
cannot reliably match local once fetched. IMO they are not worth
supporting, I can't find a use case for them.
To add a new placeholder, follow the steps in this series and add its
wants_* flag to struct fetch_object_info_results.
Patches 1-6 are preparatory. They don't change what the command does:
- [1/10] is a test cleanup.
- [2/10] fixes a possible bug in case of a malformed response.
- [3/10] and [4/10] refactor how the object data is stored and handled.
The why about this refactor comes from [2].
- [5/10] drops the last error return left in fetch_object_info().
- [6/10] drops the remote object-info fields from the transport struct.
Patches 7-10 are the actual objecttype support:
- [7/10] teaches the server to answer type.
- [8/10] teaches the client to parse it.
- [9/10] advertises the capability so the client can start asking it.
- [10/10] unifies the default format.
Note that *_type appears from [8/10]. Before this series, "type" is
already listed in the client's allow-list, but the prep patches drop
that list, so the client knows nothing about type until [8/10] adds it
back.
Github CI: https://github.com/pabloosabaterr/git/actions/runs/30938909345
[1]: https://lore.kernel.org/git/20260724-ps-eric-work-rebase-v21-0-ba67f024fdff@gmail.com/
[2]: https://lore.kernel.org/git/xmqqzez67yg1.fsf@gitster.g/
Signed-off-by: Pablo Sabater <pabloosabaterr@gmail.com>
---
Changes in v5:
- New [6/10] by Jeff King: drop the remote object-info fields from the
transport struct and pass them as function parameters instead.
- [5/10]: keep the const qualifiers on parameters of fetch_object_info(),
matching how the signature was.
- Link to v4: https://patch.msgid.link/20260804-objecttype-support-v4-0-31511b0231be@gmail.com
Changes in v4:
- Rebased onto master now that ps/cat-file-remote-object-info was merged.
- Dropped the Based-on trailer.
- Reworded [1/9] so it shows that we also benefit from preserving the
exit status.
- Changed [2/9] to also check if a response returns more packets.
- New [5/9]: fetch_object_info() dies on its last error return and
becomes void.
- Moved the introduction of ask_type, wants_type to [7/9] instead of
[4/9].
- Link to v3: https://lore.kernel.org/git/20260803-objecttype-support-v3-0-7176fecf7950@gmail.com/
Changes in v3:
- 1/8 (was 2/6): reword the commit message to explain that "wc -c | xargs"
only strips the padding some platforms add.
- New 2/8: die if the server sends fewer object-info lines than
requested OIDs. Preexisting bug.
- New 3/8: drop struct object_info_args and pass its members directly to
fetch_object_info().
- New 4/8: replace struct object_info with struct
fetch_object_info_results to hold the results. This also drops the
object_info_options string list, remote_atom_map[] and
free_object_info_contents().
- Dropped 1/6, which replaced the hardcoded "size" in
send_object_info_request() with a loop over object_info_options, as
that list no longer reaches it.
- 6/8: follows the new result struct, so it only adds the type array.
- 7/8: quote $hello_type in the test.
- Link to v2: https://lore.kernel.org/git/20260731-objecttype-support-v2-0-af577461ed57@gmail.com/
Changes in v2:
- Changed t5701 test to use test_file_size.
- Changed the for loop to use for_each_string_list_item().
- Moved "fetch-object-info: request all supported options dynamically"
patch to be the first one as it is prep patch.
- Typos and nits.
- Restored the test mixing info and remote-object-info, adapted to the
unified format.
- Link to v1: https://lore.kernel.org/git/20260725-objecttype-support-v1-0-2d4ca3bbabf1@gmail.com/
---
Jeff King (1):
transport: drop remote object-info fields from transport struct
Pablo Sabater (9):
t5701: use test_file_size() to get the size of a file
fetch-object-info: detect malformed server responses
fetch-object-info: pass arguments directly instead of a struct
fetch-object-info: use dedicated struct for the results
fetch-object-info: die() on the remaining error path
protocol-caps: add type support to object-info
fetch-object-info: parse type from server response
serve: advertise type capability
cat-file: unify default format
Documentation/git-cat-file.adoc | 17 ++--
Documentation/gitprotocol-v2.adoc | 18 +++-
builtin/cat-file.c | 73 +++++-----------
fetch-object-info.c | 149 +++++++++++++++++++++------------
fetch-object-info.h | 37 +++++---
object-file.c | 10 ---
odb.h | 3 -
protocol-caps.c | 21 ++++-
serve.c | 4 +-
t/t1017-cat-file-remote-object-info.sh | 78 ++++++++++-------
t/t5701-git-serve.sh | 41 ++++++++-
transport-helper.c | 7 +-
transport-internal.h | 4 +-
transport.c | 24 +++---
transport.h | 10 +--
15 files changed, 294 insertions(+), 202 deletions(-)
Range-diff versus v4:
1: ef807d2fa2 = 1: e5f8dd814c t5701: use test_file_size() to get the size of a file
2: c3c3e37c36 = 2: 4c108f4a59 fetch-object-info: detect malformed server responses
3: 193f71d224 = 3: 54fe4136de fetch-object-info: pass arguments directly instead of a struct
4: ee82d07710 = 4: f286159201 fetch-object-info: use dedicated struct for the results
5: b5c09feca9 ! 5: dbf5832d05 fetch-object-info: die() on the remaining error path
@@ fetch-object-info.c: static int parse_object_size(const char *s, size_t *res)
- struct fetch_object_info_results *results,
- const int stateless_rpc,
- const int fd_out)
-+void fetch_object_info(enum protocol_version version,
++void fetch_object_info(const enum protocol_version version,
+ const struct string_list *server_options,
+ struct oid_array *oids,
+ struct packet_reader *reader,
+ struct fetch_object_info_results *results,
-+ int stateless_rpc,
-+ int fd_out)
++ const int stateless_rpc,
++ const int fd_out)
{
unsigned ask_size = 0;
int size_index = -1;
-: ---------- > 6: f89a6a8c1d transport: drop remote object-info fields from transport struct
6: 2c95d76b46 = 7: 56a9cdbde6 protocol-caps: add type support to object-info
7: 8c6b342c3a ! 8: 1fd7392db9 fetch-object-info: parse type from server response
@@ fetch-object-info.c
@@
static void send_object_info_request(const int fd_out,
const struct string_list *server_options,
- struct oid_array *oids,
+ const struct oid_array *oids,
- unsigned ask_size)
+ unsigned ask_size,
+ unsigned ask_type)
@@ fetch-object-info.c: static void send_object_info_request(const int fd_out,
if (oids)
for (size_t i = 0; i < oids->nr; i++)
packet_buf_write(&req_buf, "oid %s",
-@@ fetch-object-info.c: void fetch_object_info(enum protocol_version version,
- int fd_out)
+@@ fetch-object-info.c: void fetch_object_info(const enum protocol_version version,
+ const int fd_out)
{
unsigned ask_size = 0;
+ unsigned ask_type = 0;
@@ fetch-object-info.c: void fetch_object_info(enum protocol_version version,
size_t wanted;
results->nr = oids->nr;
-@@ fetch-object-info.c: void fetch_object_info(enum protocol_version version,
+@@ fetch-object-info.c: void fetch_object_info(const enum protocol_version version,
server_supports_feature("object-info", "size", 0))
ask_size = 1;
@@ fetch-object-info.c: void fetch_object_info(enum protocol_version version,
break;
case protocol_v1:
case protocol_v0:
-@@ fetch-object-info.c: void fetch_object_info(enum protocol_version version,
+@@ fetch-object-info.c: void fetch_object_info(const enum protocol_version version,
case protocol_unknown_version:
BUG("unknown protocol version");
}
@@ fetch-object-info.c: void fetch_object_info(enum protocol_version version,
for (size_t i = 0; i < wanted; i++) {
if (packet_reader_read(reader) != PACKET_READ_NORMAL) {
-@@ fetch-object-info.c: void fetch_object_info(enum protocol_version version,
+@@ fetch-object-info.c: void fetch_object_info(const enum protocol_version version,
die(_("object-info: duplicate 'size' attribute"));
size_index = (int)i;
CALLOC_ARRAY(results->sizes, results->nr);
@@ fetch-object-info.c: void fetch_object_info(enum protocol_version version,
} else {
die(_("object-info: unknown attribute '%s'"),
reader->line);
-@@ fetch-object-info.c: void fetch_object_info(enum protocol_version version,
+@@ fetch-object-info.c: void fetch_object_info(const enum protocol_version version,
object_info_values.items[0].string,
object_info_values.items[size_index + 1].string);
@@ fetch-object-info.c: void fetch_object_info(enum protocol_version version,
string_list_clear(&object_info_values, 0);
}
-@@ fetch-object-info.c: void fetch_object_info(enum protocol_version version,
+@@ fetch-object-info.c: void fetch_object_info(const enum protocol_version version,
void free_fetch_object_info_results(struct fetch_object_info_results *results)
{
free(results->sizes);
8: 0964658eb6 = 9: 76f52c455b serve: advertise type capability
9: 77a193bf5c = 10: e5cebc08f0 cat-file: unify default format
---
base-commit: 5b2471720c93ee30e5764a19f3d3b3ae9ec9712a
change-id: 20260724-objecttype-support-ea1ef6941d07
next prev parent reply other threads:[~2026-08-07 22:07 UTC|newest]
Thread overview: 111+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-25 11:55 [PATCH GSoC 0/5] cat-file: extend remote-object-info to support %(objecttype) Pablo Sabater
2026-07-25 11:55 ` [PATCH GSoC 1/5] protocol-caps: add type support to object-info Pablo Sabater
2026-07-29 9:53 ` Chandra Pratap
2026-07-29 11:18 ` Pablo Sabater
2026-07-29 15:40 ` Junio C Hamano
2026-07-29 22:39 ` Karthik Nayak
2026-07-25 11:55 ` [PATCH GSoC 2/5] fetch-object-info: parse type from server response Pablo Sabater
2026-07-29 9:57 ` Chandra Pratap
2026-07-29 12:05 ` Pablo Sabater
2026-07-29 17:06 ` Chandra Pratap
2026-07-29 22:47 ` Karthik Nayak
2026-07-29 22:53 ` Karthik Nayak
2026-07-25 11:55 ` [PATCH GSoC 3/5] fetch-object-info: request all supported options dynamically Pablo Sabater
2026-07-29 9:57 ` Chandra Pratap
2026-07-29 12:07 ` Pablo Sabater
2026-07-25 11:55 ` [PATCH GSoC 4/5] serve: advertise type capability Pablo Sabater
2026-07-29 9:58 ` Chandra Pratap
2026-07-29 12:15 ` Pablo Sabater
2026-07-25 11:55 ` [PATCH GSoC 5/5] cat-file: unify default format Pablo Sabater
2026-07-29 9:59 ` Chandra Pratap
2026-07-29 12:23 ` Pablo Sabater
2026-07-29 9:52 ` [PATCH GSoC 0/5] cat-file: extend remote-object-info to support %(objecttype) Chandra Pratap
2026-07-29 12:34 ` Pablo Sabater
2026-07-31 19:49 ` [PATCH GSoC v2 0/6] " Pablo Sabater
2026-07-31 19:49 ` [PATCH GSoC v2 1/6] fetch-object-info: request all supported options dynamically Pablo Sabater
2026-07-31 23:16 ` Junio C Hamano
2026-07-31 19:49 ` [PATCH GSoC v2 2/6] t5701: use the test_file_size() helper Pablo Sabater
2026-08-01 4:27 ` Junio C Hamano
2026-08-01 20:49 ` Pablo Sabater
2026-07-31 19:49 ` [PATCH GSoC v2 3/6] protocol-caps: add type support to object-info Pablo Sabater
2026-08-01 4:55 ` Junio C Hamano
2026-07-31 19:49 ` [PATCH GSoC v2 4/6] fetch-object-info: parse type from server response Pablo Sabater
2026-08-01 5:04 ` Junio C Hamano
2026-08-01 13:38 ` Junio C Hamano
2026-08-01 22:20 ` Pablo Sabater
2026-08-01 23:14 ` Jeff King
2026-08-01 23:29 ` Jeff King
2026-08-02 2:02 ` Junio C Hamano
2026-08-02 12:33 ` Pablo Sabater
2026-08-02 15:43 ` Jeff King
2026-08-02 16:35 ` Junio C Hamano
2026-08-02 16:24 ` Junio C Hamano
2026-08-02 16:38 ` Jeff King
2026-08-02 22:24 ` Junio C Hamano
2026-08-01 21:28 ` Pablo Sabater
2026-07-31 19:49 ` [PATCH GSoC v2 5/6] serve: advertise type capability Pablo Sabater
2026-08-01 12:12 ` Chandra Pratap
2026-08-01 21:30 ` Pablo Sabater
2026-07-31 19:49 ` [PATCH GSoC v2 6/6] cat-file: unify default format Pablo Sabater
2026-08-03 14:39 ` [PATCH GSoC v3 0/8] cat-file: extend remote-object-info to support %(objecttype) Pablo Sabater
2026-08-03 14:39 ` [PATCH GSoC v3 1/8] t5701: use test_file_size() to get the size of a file Pablo Sabater
2026-08-03 17:21 ` Junio C Hamano
2026-08-03 21:12 ` Pablo Sabater
2026-08-03 14:39 ` [PATCH GSoC v3 2/8] fetch-object-info: detect truncated server responses Pablo Sabater
2026-08-03 18:18 ` Junio C Hamano
2026-08-03 21:30 ` Pablo Sabater
2026-08-03 14:39 ` [PATCH GSoC v3 3/8] fetch-object-info: pass arguments directly instead of a struct Pablo Sabater
2026-08-03 18:23 ` Junio C Hamano
2026-08-04 15:23 ` Karthik Nayak
2026-08-04 15:34 ` Pablo Sabater
2026-08-03 14:39 ` [PATCH GSoC v3 4/8] fetch-object-info: use dedicated struct for the results Pablo Sabater
2026-08-03 18:28 ` Junio C Hamano
2026-08-03 21:46 ` Pablo Sabater
2026-08-03 14:39 ` [PATCH GSoC v3 5/8] protocol-caps: add type support to object-info Pablo Sabater
2026-08-03 14:39 ` [PATCH GSoC v3 6/8] fetch-object-info: parse type from server response Pablo Sabater
2026-08-03 14:39 ` [PATCH GSoC v3 7/8] serve: advertise type capability Pablo Sabater
2026-08-03 14:39 ` [PATCH GSoC v3 8/8] cat-file: unify default format Pablo Sabater
2026-08-04 18:42 ` [PATCH GSoC v4 0/9] cat-file: extend remote-object-info to support %(objecttype) Pablo Sabater
2026-08-04 18:42 ` [PATCH GSoC v4 1/9] t5701: use test_file_size() to get the size of a file Pablo Sabater
2026-08-04 18:42 ` [PATCH GSoC v4 2/9] fetch-object-info: detect malformed server responses Pablo Sabater
2026-08-04 20:40 ` Junio C Hamano
2026-08-04 18:42 ` [PATCH GSoC v4 3/9] fetch-object-info: pass arguments directly instead of a struct Pablo Sabater
2026-08-04 20:44 ` Junio C Hamano
2026-08-06 11:21 ` Karthik Nayak
2026-08-04 18:42 ` [PATCH GSoC v4 4/9] fetch-object-info: use dedicated struct for the results Pablo Sabater
2026-08-04 20:58 ` Junio C Hamano
2026-08-04 21:42 ` Pablo Sabater
2026-08-04 18:42 ` [PATCH GSoC v4 5/9] fetch-object-info: die() on the remaining error path Pablo Sabater
2026-08-04 18:43 ` [PATCH GSoC v4 6/9] protocol-caps: add type support to object-info Pablo Sabater
2026-08-04 18:43 ` [PATCH GSoC v4 7/9] fetch-object-info: parse type from server response Pablo Sabater
2026-08-04 18:43 ` [PATCH GSoC v4 8/9] serve: advertise type capability Pablo Sabater
2026-08-04 18:43 ` [PATCH GSoC v4 9/9] cat-file: unify default format Pablo Sabater
2026-08-06 17:17 ` [PATCH GSoC v4 0/9] cat-file: extend remote-object-info to support %(objecttype) Jeff King
2026-08-07 0:30 ` Pablo Sabater
2026-08-07 23:19 ` Jeff King
2026-08-07 22:06 ` Pablo Sabater [this message]
2026-08-07 22:06 ` [PATCH GSoC v5 01/10] t5701: use test_file_size() to get the size of a file Pablo Sabater
2026-08-07 22:06 ` [PATCH GSoC v5 02/10] fetch-object-info: detect malformed server responses Pablo Sabater
2026-08-07 22:06 ` [PATCH GSoC v5 03/10] fetch-object-info: pass arguments directly instead of a struct Pablo Sabater
2026-08-07 22:06 ` [PATCH GSoC v5 04/10] fetch-object-info: use dedicated struct for the results Pablo Sabater
2026-08-07 22:07 ` [PATCH GSoC v5 05/10] fetch-object-info: die() on the remaining error path Pablo Sabater
2026-08-07 22:07 ` [PATCH GSoC v5 06/10] transport: drop remote object-info fields from transport struct Pablo Sabater
2026-08-07 22:07 ` [PATCH GSoC v5 07/10] protocol-caps: add type support to object-info Pablo Sabater
2026-08-07 22:07 ` [PATCH GSoC v5 08/10] fetch-object-info: parse type from server response Pablo Sabater
2026-08-07 22:07 ` [PATCH GSoC v5 09/10] serve: advertise type capability Pablo Sabater
2026-08-07 22:07 ` [PATCH GSoC v5 10/10] cat-file: unify default format Pablo Sabater
2026-08-07 23:12 ` [PATCH GSoC v5 00/10] cat-file: extend remote-object-info to support %(objecttype) Pablo Sabater
2026-08-08 0:02 ` [PATCH GSoC v6 " Pablo Sabater
2026-08-08 0:02 ` [PATCH GSoC v6 01/10] t5701: use test_file_size() to get the size of a file Pablo Sabater
2026-08-08 0:02 ` [PATCH GSoC v6 02/10] fetch-object-info: detect malformed server responses Pablo Sabater
2026-08-08 0:02 ` [PATCH GSoC v6 03/10] fetch-object-info: pass arguments directly instead of a struct Pablo Sabater
2026-08-08 0:02 ` [PATCH GSoC v6 04/10] fetch-object-info: use dedicated struct for the results Pablo Sabater
2026-08-08 0:02 ` [PATCH GSoC v6 05/10] fetch-object-info: die() on the remaining error path Pablo Sabater
2026-08-08 0:02 ` [PATCH GSoC v6 06/10] transport: drop remote object-info fields from transport struct Pablo Sabater
2026-08-08 16:21 ` Junio C Hamano
2026-08-08 18:59 ` Chandra Pratap
2026-08-08 0:02 ` [PATCH GSoC v6 07/10] protocol-caps: add type support to object-info Pablo Sabater
2026-08-08 0:02 ` [PATCH GSoC v6 08/10] fetch-object-info: parse type from server response Pablo Sabater
2026-08-08 0:02 ` [PATCH GSoC v6 09/10] serve: advertise type capability Pablo Sabater
2026-08-08 0:02 ` [PATCH GSoC v6 10/10] cat-file: unify default format Pablo Sabater
2026-08-08 7:41 ` [PATCH GSoC v6 00/10] cat-file: extend remote-object-info to support %(objecttype) 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=20260808-objecttype-support-v5-0-86f22bec04b2@gmail.com \
--to=pabloosabaterr@gmail.com \
--cc=chandrapratap3519@gmail.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=karthik.188@gmail.com \
--cc=peff@peff.net \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.