-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
External Cartfile specifications for dependencies #36
Comments
Tentatively dropping this into the milestone, mostly just so I don't overlook it later. Let me know if you think it should be pulled out. |
@jspahrsummers Great idea, I think this is important for an initial ship so that people can start using it without having to wait for library maintainers to update. |
Agreed. |
I've kinda 180ºd on this. I can't think of a good syntax off of the top of my head, and this introduces some additional complexity around locating those external references. Since there is a workaround available (forking), I'm interested in punting this in the interest of minimizing scope. Please speak up if you think I'm crazy. 😉 |
This hasn't really been a problem in practice—probably partly thanks to Carthage's interoperability with other dependency management solutions (CocoaPods, submodules, subtrees). After all, this only applies to dependencies that themselves have dependencies, which is a fairly small group. |
…ions Reflect Result's parameterized error to documentations
Release/0.40.2
It'd be nice to inject a custom Cartfile for use by a dependency of your project—in other words, specify external Cartfiles for dependencies listed in your top-level Cartfile.
I can foresee a few uses for this:
That last point might make this a candidate for our initial release, since few—if any—projects will have Cartfiles when this repository is made public.
@Carthage/owners Any thoughts on whether this should be a prerequisite to shipping?
The text was updated successfully, but these errors were encountered: