Idea: Git Bundle V3 capability @HEAD=ref/heads/<name>

In brian's recent work on V3 bundles [1, et al] I spotted a potential idea for resolving the long standing problem that the bundle code may need to guess at which ref HEAD was pointed [2, et al] at when there were two branches that pointed at the same HEAD oid.

The basic idea is to utilise the new 'capabilities' field to pass the particular ref that is HEAD using a 'HEAD' capability i.e. sending the capability    @HEAD=ref/heads/<name>

It's inclusion in the header wouldn't change the pack in any way, and would resolve the guessing problem.

It would be optional for those that don't want to explictly export the HEAD ref's name, and could be also protected by requiring that HEAD is listed in the pack, and maybe that the ref it points to is also included, and maybe further that there is an alternate ambigous ref listed.

The idea of the HEAD capability could also be extended to the transport layer, as well as this bundle sneaker-net layer.

Are there reasons why it couldn't work before I put it on my list of ideas?

Philip

[1] see https://lore.kernel.org/git/20200726195424.626969-32-sandals@crustytoothpaste.net/ [PATCH v4 31/39] bundle: add new version for use with SHA-256

[2] https://lore.kernel.org/git/20130906155204.GE12966@inner.h.apk.li/