[PATCH 3 of 5 paths v3] ui.paths: filter config options containing "." (BC)
rm at fb.com
Mon Mar 23 11:42:50 CDT 2015
On 3/23/2015 9:27 AM, Gregory Szorc wrote:
> On Sat, Mar 21, 2015 at 6:19 PM, Ryan McElroy <rm at fb.com
> <mailto:rm at fb.com>> wrote:
> Kind of late to the party here, but it didn't seem that this had
> been decided yet so I thought I'd throw out a thought I had while
> reading this discussion:
> Add a new section, called [uris]. In it, we can do it in an
> "enhanced" way. Probably we would enforce more rules on the URIs
> -- eg, make them unambiguous and fully qualified so "mirror" style
> clones (a future feature) would be able to copy them and know they
> point to the same thing (this is just an idea, a real
> implementation would figure out what the "right" rules are).
> default.uri = http://smf.io/hgremotenames
> default.pushrev = .
> default.newoption = foo
> Thoughts? If I missed the memo and this is already decided in a
> different direction, I'm happy to be informed of that as well.
> Aside from the potential confusion around multiple sections (which we
> may have anyway if we go with [path.X]), I like it! As a bonus, this
> is relatively simple to implement (just union entries inside the new
> "paths" API).
> As a bikeshed, should we consider "remotes" instead of "uris?" That
> jives with "remotenames." It's also very Git-like. But I'm not sure if
> that's good or bad.
I chatted with @pyd on the Caltrain on Saturday about this before I sent
the email. The possibility of "remotes" came up but the peer might be
"local" as well (eg, another dir on your machine made me not fall in
love with that name, but I'm not against it either). But since we're
bikeshedding, let me throw out a few more possibilities with commentary:
[peers] # I really like this one, it's very mercurial-y, I just
realized this might be a good name when writing my response above
[newpaths] # Obviously related to paths
[paths2] # shorter, same as above
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Mercurial-devel