我有一个使用Xcode 3开发的应用程序，最近开始使用Xcode 4编辑。在目标摘要中，我有iOS应用程序目标表单，其中包含字段：标识符，版本，构建，设备和部署目标。版本字段为空白，构建字段为3.4.0（与我使用Xcode 3编辑时的应用程序版本相匹配）。
我的问题是：
苹果有点重新安排/重新利用这些领域。
接下来，如果您查看Application Target的Info选项卡，您应该使用“Bundle versions string，short”作为您的版本（例如，3.4.0）和“Bundle version”作为您的Build（例如，500或1A500） ）。如果您没有看到它们，则可以添加它们。这些将映射到“摘要”选项卡上的正确版本和构建文本框;它们是相同的价值观。
查看“信息”选项卡时，如果右键单击并选择“显示原始键/值”，您将看到实际名称为CFBundleShortVersionString（Version）和CFBundleVersion（Build）。
版本通常用于你似乎如何使用它与Xcode 3.我不确定你在什么级别询问版本/构建差异，所以我会在哲学上回答它。
有各种各样的方案，但一个流行的方案是：
{MajorVersion}。{MinorVersion}。{}修订
然后单独使用Build来指示发行版或整个产品生命周期的构建总数。
许多开发人员在0时开始构建编号，每次构建时他们将数量增加一个，永远增加。在我的项目中，我有一个脚本，每次构建时都会自动增加内部版本号。请参阅以下说明。
其他开发人员，包括Apple，都有一个Build版本号，包括主要版本+次要版本+版本号。这些是实际的软件版本号，而不是用于营销的值。
如果您转到Xcode菜单>关于Xcode，您将看到版本号和构建号。如果你点击更多信息...按钮，你会看到一堆不同的版本。由于Xcode 5中删除了更多信息...按钮，此信息也可从系统信息应用程序的软件>开发人员部分获得，可通过打开Apple菜单>关于本机>系统报告....
例如，Xcode 4.2（4C139）。营销版本4.2是构建主要版本4，构建次要版本C和构建号码139.下一个版本（可能是4.3）可能是构建版本4D，并且构建号码将从0开始并从那里开始增量。
iPhone模拟器版本/内部版本号与iPhone，Mac等相同。
更新：根据请求，以下是创建脚本的步骤，该脚本在每次在Xcode中构建应用程序时运行，以读取内部版本号，增加它，并将其写回应用程序的{App}-Info.plist文件。如果要将版本/内部版本号写入Settings.bundle/Root*.plist文件，可以选择其他步骤。
这是从how-to文章here扩展而来的。
在Xcode 4.2 - 5.0中：
/bin/bash。buildNumber=$(/usr/libexec/PlistBuddy -c "Print CFBundleVersion" "$INFOPLIST_FILE")
buildNumber=$(($buildNumber + 1))
/usr/libexec/PlistBuddy -c "Set :CFBundleVersion $buildNumber" "$INFOPLIST_FILE"
正如@Bdebeez指出的那样，Apple Generic Versioning Tool（agvtool）也可以使用。如果您更喜欢使用它，那么首先要改变一些事情：
选择“构建设置”选项卡。
在“版本控制”部分下，将“当前项目版本”设置为要使用的初始版本号，例如1。
返回Build Phases选项卡，在Copy Bundle Resources阶段之后拖放Run Script阶段，以避免在尝试构建和更新包含您的内部版本号的源文件时出现竞争情况。
请注意，使用agvtool方法，您可能仍会定期获取失败/取消的版本，而不会出现错误。因此，我不建议在此脚本中使用agvtool。
但是，在“运行脚本”阶段，您可以使用以下脚本：
"${DEVELOPER_BIN_DIR}/agvtool" next-version -all
next-version参数增加了构建号（bump也是同一个东西的别名），-all用新的构建号更新Info.plist。PreferenceSpecifiers值以匹配您的设置。 PreferenceSpecifiers:2意味着查看plist文件中PreferenceSpecifiers数组下索引2处的项目，因此对于基于0的索引，这是数组中的第三个首选项设置。
productVersion=$(/usr/libexec/PlistBuddy -c "Print CFBundleShortVersionString" "$INFOPLIST_FILE")
/usr/libexec/PlistBuddy -c "Set PreferenceSpecifiers:2:DefaultValue $buildNumber" Settings.bundle/Root.plist
/usr/libexec/PlistBuddy -c "Set PreferenceSpecifiers:1:DefaultValue $productVersion" Settings.bundle/Root.plist
如果您使用agvtool而不是直接读取Info.plist，则可以将以下内容添加到脚本中：
buildNumber=$("${DEVELOPER_BIN_DIR}/agvtool" what-version -terse)
productVersion=$("${DEVELOPER_BIN_DIR}/agvtool" what-marketing-version -terse1)
/usr/libexec/PlistBuddy -c "Set PreferenceSpecifiers:2:DefaultValue $buildNumber" Settings.bundle/Root.plist
/usr/libexec/PlistBuddy -c "Set PreferenceSpecifiers:1:DefaultValue $productVersion" Settings.bundle/Root.plist
/usr/libexec/PlistBuddy -c "Set PreferenceSpecifiers:2:DefaultValue $buildNumber" Settings.bundle/Root~iphone.plist
/usr/libexec/PlistBuddy -c "Set PreferenceSpecifiers:1:DefaultValue $productVersion" Settings.bundle/Root~iphone.plist
（这里留下我自己的参考。）这将显示您在Xcode目标中看到的“版本”和“构建”字段的版本和构建：
- (NSString*) version {
NSString *version = [[[NSBundle mainBundle] infoDictionary] objectForKey:@"CFBundleShortVersionString"];
NSString *build = [[[NSBundle mainBundle] infoDictionary] objectForKey:@"CFBundleVersion"];
return [NSString stringWithFormat:@"%@ build %@", version, build];
}
在斯威夫特
func version() -> String {
let dictionary = NSBundle.mainBundle().infoDictionary!
let version = dictionary["CFBundleShortVersionString"] as? String
let build = dictionary["CFBundleVersion"] as? String
return "\(version) build \(build)"
}
内部版本号是一个内部编号，用于指示应用的当前状态。它与版本号的不同之处在于它通常不是面向用户的，并且不表示任何差异/功能/升级，如版本号通常会。
可以这样想：
CFBundleVersion）：构建的编号。通常，您从1开始，并在应用程序的每个版本中增加1。它可以快速比较哪个版本更新，并且它代表了代码库的进步感。在使用QA并且需要确保针对正确的构建记录错误时，这些可能是非常有价值的。CFBundleShortVersionString）：用于表示此版本应用的面向用户的号码。通常这遵循Major.minor版本方案（例如MyAwesomeApp 1.2），以便让用户知道哪些版本是较小的维护更新，哪些是大量新功能。为了在您的项目中有效地使用它，Apple提供了一个名为agvtool的强大工具。我强烈建议使用它，因为它比编写plist更改更简单。它允许您轻松设置内部版本号和营销版本。它在脚本编写时特别有用（例如，可以轻松更新每个构建版本的内部版本号，甚至可以查询当前构建版本号）。它甚至可以做更多奇特的事情，比如在更新内部版本号时为你标记你的SVN。
要使用它：
有关很多信息，请参阅agvtool new-version 1的手册页
如果构建号是一个浮点值，在上面的答案中自动增加内部版本号的脚本对我来说不起作用，所以我修改了一下：
agvtool new-marketing-version 1.0营销版本号是针对客户的，称为版本号。它从1.0开始，主要更新到2.0,3.0，对1.1,1.2的小更新以及1.0.1,1.0.2的错误修复。此编号面向版本和新功能。
构建号主要是在此之前构建的内部构建数。但有些人使用其他数字，例如存储库的分支编号。这个数字应该是唯一的，以区分不同的几乎相同的构建。
如您所见，构建号不是必需的，由您决定使用哪个构建号。因此，如果您将agvtool更新为主要版本，则构建字段为空。版本字段可能不是空的！
要将构建号作为#!/bin/bash
buildNumber=$(/usr/libexec/PlistBuddy -c "Print CFBundleVersion" "$INFOPLIST_FILE")
buildNumber=`echo $buildNumber +1|bc`
/usr/libexec/PlistBuddy -c "Set :CFBundleVersion $buildNumber" "$INFOPLIST_FILE"
变量获取：
Xcode要将版本号作为NSString变量获取：
NSString * appBuildString = [[NSBundle mainBundle] objectForInfoDictionaryKey:@"CFBundleVersion"];
如果你想在一个NSString：
NSString * appVersionString = [[NSBundle mainBundle] objectForInfoDictionaryKey:@"CFBundleShortVersionString"];
这是使用Xcode版本4.6.3（4H1503）测试的。内部版本号通常用括号/括号括起来。内部版本号为十六进制或十进制。
在Xcode中，您可以通过在项目设置的NSString构建阶段中放置以下内容，将构建号自动递增为十进制数字
NSString * versionBuildString = [NSString stringWithFormat:@"Version: %@ (%@)", appVersionString, appBuildString];
对于十六进制内部版本号，请使用此脚本
Run script感谢@nekno和@ ale84获得了很好的答案。
但是，我修改了@ ale84的脚本，以增加浮点数的构建数量。
incl的值可以根据您的浮动格式要求进行更改。例如：如果incl = .01，输出格式为...... 1.19,1.20,1.21 ......
#!/bin/bash
buildNumber=$(/usr/libexec/PlistBuddy -c "Print CFBundleVersion" "$INFOPLIST_FILE")
buildNumber=$(($buildNumber + 1))
/usr/libexec/PlistBuddy -c "Set :CFBundleVersion $buildNumber" "$INFOPLIST_FILE"
另一种方法是在appDelegate didFinishLaunchingWithOptions中设置版本号：
buildNumber=$(/usr/libexec/PlistBuddy -c "Print CFBundleVersion" "$INFOPLIST_FILE")
buildNumber=$((0x$buildNumber))
buildNumber=$(($buildNumber + 1))
buildNumber=$(printf "%X" $buildNumber)
/usr/libexec/PlistBuddy -c "Set :CFBundleVersion $buildNumber" "$INFOPLIST_FILE"