iOS: Versioned static frameworks vs Git Submodules and included code
Posted
by
drekka
on Programmers
See other posts from Programmers
or by drekka
Published on 2012-06-18T01:33:41Z
Indexed on
2012/06/18
3:23 UTC
Read the original article
Hit count: 297
For the last couple of years I've been building static frameworks of common APIs for my iOS projects. I can build a universal binary containing all the architectures (i386, armv6, armv7) and wrap it up in a .framework directory structure. I then stored this in a directory based on the version of the framework. For example ..../myAPI/v0.1.0/myAPI.framework
Once I have this framework I can then easily add it to a project and if I want to advance the version, merely change the framework search paths to the later version.
This works, but the approach is very similar to what I would use in the Java world.
Recently I've been reading about using Git submodules and static framework sub projects in XCode 4.
Im wondering if my currently approach is something that I should consider retiring and what the pros/cons are of the new approach.
I'm weary of just including code because I've already had issues in a work project which had (effectively) multiple versions of a third party API.
Any opinions?
© Programmers or respective owner