Move to a prebuilt CocoaPod to keep example on one dependency manager

[thedavidharris]

In the quest to figure out how to better handle precompiled frameworks, I pushed https://github.com/thedavidharris/PrebuiltDynamicPod/releases/tag/1.0 that should be a little easier to work with and test than AFNetworking. If you're interested in getting this to just use CocoaPods for everything (which is probably a more representative example?) I can look to get that in.

[dfed]

We just unified on Cocoapods internally, and we hadn't come up with a solution for pre-building yet. I'd absolutely be curious to see how we could pre-build dependencies via Cocoapods rather than Carthage.

I'm going to label this as an "enhancement", and I'll assign it to you. Excited to see what you come up with! Please do let us know how you end up pre-building – it'd be amazing to use a Cocoapods post-install hook to pre-build, but I'm curious what you think is best 😄

[ghost]

I'm not sure I would pre-build, as Buck's cache should handle the build artifact caching, but this would be a use case to include a closed-source framework shipped by a vendor.

[dfed]

Got it. That works for me too!

[ghost]

There's probably a far-term enhancement where if you just keep precompiled things in /vendor, since Buck doesn't rely on Xcodeproj files at all and uses file paths you could actually use Swift Package Manager since it does the dependency resolution and then puts all the code in .build/checkouts but it's not quite there yet.

[acecilia]

"Official" support: https://guides.cocoapods.org/plugins/pre-compiling-dependencies.html

[thedavidharris]

I just never got around to setting up a precompiled pod to get this going. If you've got a good example, it should be pretty straightforward to replace the Carthage implementation.

[dfed]

Removing the assignment then. This issue is very much up-for-grabs 🙂

[thedavidharris]

@dfed you can put it back :D

[dfed]

Re-assigned! 😄