ios - 框架上的 Xcode 版本控制build设置

Question

我正在基于以下模板开发 iOS 框架:https://github.com/jverkoey/iOS-Framework

现在我需要稍微完善一下，并使用适当的构建/营销号设置版本控制系统。

这个框架项目有 3 个目标，第一个生成静态库，第二个生成资源包，第三个目标是静态库和资源包的聚合目标。所以我的第一个问题是确定我应该在哪个目标上配置版本控制build设置(或者我是否应该配置所有目标)。

我的第二个问题是我应该配置什么设置，它们是什么意思:

当前项目版本 => 它是构建版本还是营销版本？因此，如果我发布的应用程序版本为:1.2.3.4，我应该设置 4 吗？还是 1.2.3？还是 1.2.3.4？

生成的版本控制源文件名 => 生成的包含我猜的整数内部版本号的 .c 文件的名称？

生成的版本控制变量 => 它是什么？

版本名称前缀 => 包含内部版本号的变量名称的前缀

版本名称后缀 => 包含内部版本号的变量名称的后缀

版本控制系统:每个人都使用 Apple Generic，所以我想它是唯一可用的

版本控制用户名:它是什么？

还有其他设置，例如“打包”部分中的“框架版本”，我猜在 iOS 上应该始终使用“A”(因为它们实际上是静态框架，版本无关紧要)？对于“链接”部分的“兼容版本”/“当前库版本”设置，我应该只在静态库目标上配置它们吗？或者它们是否被链接库的应用程序使用？

Answer 1

除非您要构建商业闭源框架，否则我真的建议您使用 CocoaPods .它将处理依赖项、资源、版本控制、更新、安装等。随着时间的推移，你的库会发生变化，所有这些都是令人头疼的问题。

即使您只想为封闭源代码分发二进制文件，您也可以使用 CocoaPods 构建二进制文件，然后使用不同的 podspec 分发它们。此外，您还将避免嵌入其他库代码，这是一种非常糟糕但很常见的做法。

至于版本控制，您可以查看here .

---

回到制作静态库...

版本在应用程序中不可见，只是文档，因此我认为您应该将它添加到所有目标中。如果您真的希望能够在运行时检测库的版本，则需要提出一个类方法或全局变量，例如 [MyLibrary version]。

这些键的文档包含在 Xcode 中，或者您可以只选择一个并查看“快速帮助” Pane :