-
Notifications
You must be signed in to change notification settings - Fork 349
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
Give Sources and SourceProviders a url attribute #174
Conversation
…e fact that the parameter is now a URL string
@@ -64,6 +64,9 @@ DotPosition: | |||
EachWithObject: | |||
Enabled: false | |||
|
|||
Style/SpecialGlobalVars: | |||
Enabled: false |
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.
Maybe we should use # rubocop:disable Style/SpecialGlobalVars
for the relevant line instead. This would allow the check to stay in place or the rest of the code which is preferable.
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.
That decision is left up to @alloy and @fabiopelosin
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.
It feels a bit like an overreach to disable it globally for one infraction that's my only concern with it
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.
As long as we support Ruby 1.8.7 we are completely disabling it (because adding a comment to each line with $?
would be inconvenient and style checks should not be inconvenient).
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.
I don’t know if this config entry is about anything other than the use of the ‘English’ lib. If it’s only about that, then we can disable it globally, otherwise disabling it for just that line makes sense.
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.
As long as we support Ruby 1.8.7
@fabiopelosin Interesting. Are you saying that Ruby 2 has the English variants by default?
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.
They can be required: CocoaPods/cocoapods-downloader@b2128b1
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.
Oh I see, they’re simply not available at all on 1.8. Gotcha 👍
The However supporting multiple strategies for the sources has drawbacks, one among them is that a strategy based on the GitHub APIs would not be easily adaptable to the awesome evaluations that lead to this patch. Being life a matter of choosing among trade-offs, now I think that the |
❤️ 👍 (And it’s still in the commit history when we do decide otherwise.) |
We can always add it back if we change our minds. -Samuel E. Giddins On Sep 25, 2014, at 3:47 AM, Eloy Durán notifications@github.com wrote: Being life a matter of choosing among trade-offs, now I think that the GHDataProvider — |
Give Sources and SourceProviders a url attribute
See CocoaPods#174 for the discussion.
Give Sources and SourceProviders a url attribute
This is needed for CocoaPods/CocoaPods#2513.