框架上的 Xcode 版本控制构建设置答案

【问题标题】：Xcode Versioning Build Settings on frameworks框架上的 Xcode 版本控制构建设置
【发布时间】：2013-12-19 16:20:37
【问题描述】：

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

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

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

我的第二个问题是我应该配置哪些设置以及它们的含义：

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

Generated Versioning Source Filename => 生成的 .c 文件的名称，其中包含我猜的整数内部版本号？

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

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

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

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

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

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

【问题讨论】：

【解决方案1】：

~~除非你正在构建一个商业的、封闭源代码的框架，~~我真的会推荐使用CocoaPods。它将处理依赖关系、资源、版本控制、更新、安装等。随着您的库随着时间的推移而发生变化，所有这些都是令人头疼的问题。

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

至于版本控制可以查看here。

回到制作静态库...

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

这些键的文档包含在 Xcode 中，或者您可以选择一个并检查“快速帮助”窗格：

【讨论】：

即使你的框架需要闭源，如果它使用开源软件，这里就有可能发生冲突（例如，另一个框架使用不同的版本）。 .像 CocoaPods 这样的依赖管理器可以为您解决这些传递依赖问题。 .所以通过 CocoaPods 分发你的库是有意义的，不仅因为它的覆盖范围/便利性，还因为它管理了上述问题。
谢谢，这或多或少是我试图在第二段中解释的内容。
是的，我想我有机会详细说明这一点。
我真的很想了解这些参数，所以我对 CocoaPods 方法不感兴趣，但是谢谢:)
好的，我可以通过帮助窗格获得几乎所有的答案。我不知道它可用于构建设置，您应该为此获得赏金:)

【解决方案2】：

Apple 拥有大量用于构建和分发框架的文档。

Framework Programming Guide 涵盖了您需要的大部分内容。如果您想了解更多关于开发人员工具如何在您的项目中使用这些信息的具体信息，请查看 agvtool 的手册页，这是 Xcode 与苹果版本控制系统一起使用的工具。

您还应该对Coding Guidelines For Cocoa 感兴趣，它还涵盖了一些框架的最佳实践。

【讨论】：