Lio*_*hAu 5 versioning frameworks static-libraries agvtool ios
我正在开发基于以下模板的iOS框架:https://github.com/jverkoey/iOS-Framework
现在我需要稍微改进一下,并使用适当的构建/营销编号设置版本控制系统.
该框架项目有3个目标,第一个生成静态库,第二个生成资源包,第三个目标是静态库和资源包的聚合目标.所以我的第一个问题是确定我应该在哪个目标上配置版本控制构建设置(或者我应该配置所有目标).
我的第二个问题是我应该配置什么设置以及它们的含义:
当前项目版本=>是构建版本还是营销版本?因此,如果我发布的应用程序版本如:1.2.3.4,我应该设置4吗?还是1.2.3?或1.2.3.4?
生成的版本控制源文件名=>生成的.c文件的名称,包含我猜的整数构建号?
生成的版本控制变量=>这是什么?
版本控制名称前缀=>包含内部版本号的变量名称的前缀
版本控制名称后缀=>包含内部版本号的变量名称的后缀
版本控制系统:每个人都使用Apple Generic,所以我猜它是唯一可用的
版本控制用户名:这是什么?
还有其他设置,比如"打包"部分中的"框架版本",我想在iOS上总是使用"A"(因为它们实际上是静态框架,版本无关紧要)?对于"链接"部分的"兼容版本"/"当前库版本"设置,我应该仅在静态库目标上配置它们吗?或者它们是否被链接库的应用程序使用?
除非您正在构建商业、闭源框架,否则我强烈建议您使用CocoaPods。它将处理依赖项、资源、版本控制、更新、安装等。随着您的库随着时间的推移而变化,所有这些都是令人头疼的问题。
即使您只想分发闭源代码的二进制文件,您也可以使用 CocoaPods 构建二进制文件,然后使用不同的 podspec 分发它们。此外,您还可以避免嵌入其他库代码,这是一种非常糟糕但常见的做法。
至于版本控制,你可以在这里查看。
回到制作静态库......
该版本在应用程序中不可见,并且仅仅是文档,因此我认为您应该将其添加到所有目标中。如果您确实希望能够在运行时检测库的版本,您需要提供一个类方法或全局变量,例如[MyLibrary version].
这些键的文档包含在 Xcode 中,或者您只需选择一个键并检查“快速帮助”窗格:

| 归档时间: |
|
| 查看次数: |
2451 次 |
| 最近记录: |