Question

我在我的项目中使用它作为构建阶段：

export PLISTBUDDY="/usr/libexec/PlistBuddy"

export INFO="${CODESIGNING_FOLDER_PATH}/Info.plist"
export RXREVISION=`git describe --tags | perl -pi -E "s/[^-]+\-([^-]+).*/\1/"`
export RXVERSION=`git describe --tags | perl -pi -E "s/([^-]+)\-[^-]+.*/\1/"`
$PLISTBUDDY $INFO -c "add CFBundleVersion string $RXREVISION"
$PLISTBUDDY $INFO -c "set :CFBundleVersion $RXREVISION"
$PLISTBUDDY $INFO -c "add CFBundleShortVersionString string $RXVERSION"
$PLISTBUDDY $INFO -c "set :CFBundleShortVersionString $RXVERSION"

这非常适合在构建的应用程序的Info.plist中更新构建版本，并且它不会改变我的源代码树。

我已尝试将更新版本脚本放在最后和链接阶段之前。无论哪种方式，它都能够影响对构建的应用程序的更改，但dSYM是从原始源代码树构建的。

构建的应用程序与内置的dSYM之间的版本号不匹配是一个问题。（HockeyApp在这里抛出错误。）

如果我在源代码树中更新Info.plist，我需要处理它的变化。这让我有两个选择：

将Info.plist置于源代码管理之下，让脚本直接编辑它。但这意味着我需要在每次构建后检查更改。
忽略Info.plist，让脚本直接编辑它。但在Info.plist中还有很多其他东西，我做想要在源代码管理下。

如何自动更新dSYM中的版本，而无需处理源代码树中的Info.plist更改每个版本？

另外，切向：我如何在dSYM中看到该版本？

Answer 1

接受的答案是正确的，但没有提供有关如何修改dsym的plist的实际细节。将以下行添加到构建脚本会修改dsym中的plist：

cd "$BUILT_PRODUCTS_DIR/$PRODUCT_NAME.app.dSYM/Contents"
$PLISTBUDDY -c "Set CFBundleVersion $RXREVISION" Info.plist

Answer 2

以下是我正在使用的“从git设置CFBundleVersion”构建阶段的完整脚本：

APP_INFO_PLIST="${TARGET_BUILD_DIR}/${INFOPLIST_PATH}"
DSYM_INFO_PLIST="${DWARF_DSYM_FOLDER_PATH}/${DWARF_DSYM_FILE_NAME}/Contents/Info.plist"

BUILD_NUMBER=`git rev-list HEAD --count`

/usr/libexec/PlistBuddy -c "Set :CFBundleVersion $BUILD_NUMBER" "$APP_INFO_PLIST"
if [ -f "$DSYM_INFO_PLIST" ] ; then
    /usr/libexec/PlistBuddy -c "Set :CFBundleVersion $BUILD_NUMBER" "$DSYM_INFO_PLIST"
fi

（注意它必须在Xcode 6+中的“复制包资源”之后运行。在Xcode 10的新构建系统中，确保将Info.plist文件指定为其一部分输入文件。）

Answer 3

dSYM软件包在根文件夹中也有一个info.plist，其值类似。你也许可以用类似的方式修改它。

另一种选择是在额外的.xcconfig文件中定义版本号，并将info.plist中的版本号包含在其中，请参阅here。

然后，您还可以使用多个独立的info.plist文件并在构建设置中引用不同的.xcconfig文件来决定您想要哪种版本，或者发布或测试版本，并且不要包括源代码控制下的测试版本。

一般情况下，我建议对每个版本的更改进行提交，因为这样可以使代码真正可重现，并在源代码管理系统中唯一地识别它。

除此之外，Apple指定将CFBundleVersion设置为＆＃34;单调增加的字符串，由一个或多个句点分隔的整数组成＆＃34;，请参阅here。 CFBundleShortVersionString是您的营销版本，例如您的目标是使用版本3.0。

那么如何为发布版本执行以下操作：使用新的内部版本号更新CFBundleVersion，使用新的营销版本CFBundleShortVersion更新3.0 Beta 1并提交它们然后标记承诺发布。版本号与任何其他元数据一样是源代码的一部分，特别是如果版本号也用于触发特定代码以实现兼容性，数据库升级或其他（通常是这样）。

Answer 4

我创建了一个脚本，我可以将其放入任何Xcode项目文件夹并从运行脚本调用，该脚本将更新应用程序和dSYM的Info.plist，以便构建编号匹配。然后可以将其上传到HockeyApp和iTunes Connect for TestFlight和App Store等服务。

我更喜欢在Xcode的Run Script之外管理脚本，因为我可以更轻松地编辑它并使项目文件的内容更小。我还可以独立于项目文件对脚本进行版本控制。

此脚本中的Build Number仅使用当前日期进行设置。还有其他方法可以生成唯一的内部版本号。 Jared Sinclair的博客介绍了一种方法，该博客使用Git哈希进行最新提交。我使用的脚本使用的时间戳可以缩短到一分钟。我发现知道什么时候创建一个构建并将构建号作为时间戳加倍我可以立即看到日期。而就我的目的而言，这是非常独特的。

http://blog.jaredsinclair.com/post/97193356620/the-best-of-all-possible-xcode-automated-build

#!/bin/sh
set -e

# Purpose: Updates Info.plist for app and dSYM to a unique value for each build.

# Usage:
# Add as a Run Script in Xcode Build Phases

# UPDATE_SCRIPT=${PROJECT_DIR}/update_build_number.sh
# if [ -f ${UPDATE_SCRIPT} ]; then
#     sh ${UPDATE_SCRIPT}
# fi

BUILD_NUMBER=`date "+%Y.%m.%d.%H%M"`
APP_INFO_PLIST=${TARGET_BUILD_DIR}/${INFOPLIST_PATH}
DSYM_INFO_PLIST=${DWARF_DSYM_FOLDER_PATH}/${DWARF_DSYM_FILE_NAME}/Contents/Info.plist

if [ -f ${APP_INFO_PLIST} ]; then
    /usr/libexec/PlistBuddy -c "Set :CFBundleVersion $BUILD_NUMBER" "${APP_INFO_PLIST}"
    echo "Updated ${APP_INFO_PLIST}"
else
    echo "Could not find ${APP_INFO_PLIST}"
fi

# Only the Release Configuration creates the dSYM
if [ "${CONFIGURATION}" = 'Release' ]; then
    if [ -f ${DSYM_INFO_PLIST} ]; then
        /usr/libexec/PlistBuddy -c "Set :CFBundleVersion $BUILD_NUMBER" "${DSYM_INFO_PLIST}"
        echo "Updated ${DSYM_INFO_PLIST}"
    else
        echo "Could not find ${DSYM_INFO_PLIST}"
    fi  
fi

在build中更新dSYM中的CFBundleShortVersionString？

4 个答案: