[Updated] D9964: rhg: Parse per-repository configuration
SimonSapin
phabricator at mercurial-scm.org
Mon Feb 8 17:48:36 UTC 2021
SimonSapin added inline comments.
INLINE COMMENTS
> Alphare wrote in config.rs:29
> > With three vecs the precedence logic would be centralized in a method that returns impl Iterator<Item=&ConfigLayer>.
>
> Right, while it's not particularly harder, I didn't feel like it was needed when adding the config logic. If you think that it'll be frequent enough to query the separate "groups" of layers then by all means, go ahead. :)
>
> > Which do you mean by keep it this way? With RangeFrom<usize>?
>
> I meant using a single `Vec`. I am still -1 on using `RangeFrom<usize>`.
It’s not frequent, `combine_with_repo` is the only thing that needs handle these hypothetically-separate vecs separately. And the separation would be purely to make the code simpler and less fragile.
A single vec, do you by with `combine_with_repo` filtering based on `ConfigOrigin`?
REPOSITORY
rHG Mercurial
CHANGES SINCE LAST ACTION
https://phab.mercurial-scm.org/D9964/new/
REVISION DETAIL
https://phab.mercurial-scm.org/D9964
To: SimonSapin, #hg-reviewers
Cc: Alphare, mercurial-patches
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mercurial-scm.org/pipermail/mercurial-patches/attachments/20210208/008e449b/attachment-0002.html>
More information about the Mercurial-patches
mailing list