On Sat, Feb 01, 2020 at 01:44:04AM -0300, Matheus Tavares Bernardino wrote: > > I don't think we're particularly interested in supporting multiple > > unrelated repositories within the same process. While that would be > > convenient for some cases (e.g., you have a million repositories and > > want to look at all of their trees without creating a million > > processes), I don't think it's a goal anyone is really working towards > > with this "struct repository" layer. > > Thanks for these explanations. One thing that left me thinking, > though, is about changing the_hash_algo to r->hash_algo (not only in > oid_to_hex()). I previously thought this would eventually be required > for the hash transition. But if I understood your comment correctly, > it might not be necessary since the submodule should always match the > superproject hash. And, as you mentioned, supporting multiple > unrelated repos [in a single process] is not one of the main goals, as > well. So wouldn't keep using the_hash_algo be OK? Yes, by the reasoning in my message, it wouldn't be a big problem. But I literally hadn't thought about it until writing that, so I may either be missing something, or there may be plans from other folks working on the hash transition that contradict that. Even if we don't care too much about it for now, though, it still seems like a step in the right direction. -Peff
