-
-
Notifications
You must be signed in to change notification settings - Fork 57
feat: setting to override trusted sites list #1819
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: setting to override trusted sites list #1819
Conversation
57a0fa6
to
6f5a74c
Compare
Ready for review @mosteo. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A minor refactor and a general comment:
I find using ' '
or whitespace in general to mean any domain is a bit hackish and won't be nice when printing settings with alr settings
. What do you think about using some impossible domain, like '*'
or "..."
instead? (Probably the latter to avoid interactions with shell expansions at the time of setting.)
Agreed. |
Merged, thanks. |
This feature needs to be documented for private indexes. I'm getting an error because dev.azure.com isn't a recognized one. |
Closes #814.
The
alr publish
andalr index --check
commands currently require that Git origins use a URL with a host found in a hard-coded list of trusted sites, motivated by concerns regarding SHA1 hash collisions. Those using their own hosting arrangements (with private indexes) need to be able to configure this list.This PR makes the list configurable, except when using
alr publish
without the--for-private-index
switch.PR creation checklist
doc/user-changes.md
has been updated, if applicable.