You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
First of all, thanks for pronto! It helps us significantly and we enjoy using it.
Now the problem: given that a pronto user may or may not be using GitHub and/or GitLab, the client gems should not be specified in the gemspec because they are not core dependencies.
My specific case is that I use GitHub, so I don't want to have GitLab client gem in my dependencies because it can, and it actually did, cause dependency issues.
One way to solve this problem is to add require statements that rescue from LoadError and provide a meaningful error.
The text was updated successfully, but these errors were encountered:
I agree however the code is coupled so it would be quite a refactoring.
Also, I'm wondering if such change constitutes as a minor or a major one in terms of versioning.
I'd say this should result in just moving things around a bit and changing that one place where you require client 3rd-party gems.
Technically speaking, it would be a breaking change since people would have to add client gems to their Gemfiles (assuming they don't have them already listed for other reasons than using pronto).
First of all, thanks for pronto! It helps us significantly and we enjoy using it.
Now the problem: given that a pronto user may or may not be using GitHub and/or GitLab, the client gems should not be specified in the gemspec because they are not core dependencies.
My specific case is that I use GitHub, so I don't want to have GitLab client gem in my dependencies because it can, and it actually did, cause dependency issues.
One way to solve this problem is to add require statements that rescue from
LoadError
and provide a meaningful error.The text was updated successfully, but these errors were encountered: