-
-
Notifications
You must be signed in to change notification settings - Fork 655
Conversation
I forget why we choose git over https, but this change will cause Travis to fail since every currently registered package uses git now and your change tests the assert on every package. |
I think we will have to make this change but do it all at once. And once we pull the trigger on it, Pkg.generate run from 0.3 or 0.4 would always fail metadata travis. Not sure how to best manage this. |
We chose git over https in #402, because both git and https had firewall issues, and the |
Let's disable protocol check. |
No, but maybe loosen it to accept either https or git so packages registered by 0.5 don't fail? |
I like having fallbacks and trying different protocols before completely giving up. |
Does the protocol have to match the METADATA? For github projects the git/https URLs can be inferred from the project url (or inferred from one another). The protocol should surely be a user-setting rather than a project one... and the default should be https. |
So, do we allow both protocols? |
|
New libgit2-backed package manager will support only |
The clone/remote url used for packages is currently IMO Even if |
There is a small caveat. In |
superceded by #3752 |
No description provided.