Michael Haggerty <mhagger@xxxxxxxxxxxx> writes: > 1. The server advertises the references that it has in the way that it > is currently done. > 2. The client advertises the objects that it has (or some subset of > them; see below) via a Bloom filter. > 3. The server sends the client the packfile that results from assuming > that the Bloom filter is giving correct answers. (This might mean that > too few objects are sent to the client.) Wouldn't this end up sending objects the server has (perhaps reachable from a branch that is not advertised to the client) that is not reachable from the tips the client asked upon a false hit? If so, that has security ramifications for servers who restrict what you can download based on who you are (and which branches are supposed to be visible to you). Using bloom filter (perhaps invertible ones) to identify what the receiving end lacks is certainly an intriguing approach, though. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html