Pablo Sabater [off-list ref] writes:
fetch_object_info() dies when the server does not advertise the
object-info capability. That is fine for git cat-file
remote-object-info command, which cannot work without it. However
a subsequent commit needs fetch_object_info() to not die, to be
able to fallback.
Nit: The last sentence reads a little weird, perhaps:
However a subsequent commit uses fetch_object_info() optionally and
requires it to not die.
Or something?
But I think we should just squash this into the next commit. It doesn't
really need to standout on its own.
quoted hunk ↗ jump to hunk
Add "enum fetch_object_info_status" so that fetch_object_info() can
report this case to its callers. It is used in a subsequent commit.
Signed-off-by: Pablo Sabater <redacted>
---
fetch-object-info.h | 6 ++++++
1 file changed, 6 insertions(+)
diff --git a/fetch-object-info.h b/fetch-object-info.h
index 2fba96c6f7..663a7f3ae7 100644
--- a/fetch-object-info.h
+++ b/fetch-object-info.h
@@ -16,6 +16,12 @@ struct fetch_object_info_results {
#define FETCH_OBJECT_INFO_RESULTS_INIT { 0 }
+enum fetch_object_info_status {
+ FETCH_OBJECT_INFO_OK = 0,
+ FETCH_OBJECT_INFO_ERR = -1,
+ FETCH_OBJECT_INFO_NOT_ENABLED = -2,
+};
+
struct oid_array;
/*
* Sends git-cat-file object-info command into the request buf and reads the
--2.54.0