Question

我正在使用不同的Firebase环境（开发和生产）构建不同口味的Flutter应用程序。我需要为iOS应用程序的Xcode中的开发和生产设置不同的包ID。

我正在使用方案来配置不同的样式（在“构建设置”中，我为每个配置添加环境值）。

但是我对更改$(PRODUCT_BUNDLE_IDENTIFIER)有很大的疑问。我需要在普通应用程序ID中添加后缀.development作为开发应用程序ID。

我尝试遵循this method（使用用户定义的设置）并更改info.plist以从“用户定义的设置”中获取变量，但这不起作用。

错误是：

该操作无法完成。应用 FrontBoard不知道“ $（EXAMPLE_BUNDLE_ID）”。

因此，在传递“用户定义的设置”时，似乎插值不正确。

我也尝试添加默认PRODUCT_BUNDLE_IDENTIFIER和用户定义的设置的混合方法。例如：com.example.app$(EXAMPLE_BUNDLE_ID)，其中EXAMPLE_BUNDLE_ID = .development

我也尝试通过将用户定义的设置$(EXAMPLE_BUNDLE_ID)直接添加到“身份”下的“目标常规”标签中的“捆绑包标识符”来尝试引用它。但这然后更改为：-- EXAMPLE_BUNDLE_ID-

我也尝试在info.plist中使用$(PRODUCT_BUNDLE_IDENTIFIER)$(EXAMPLE_BUNDLE_ID)作为Bundle Identifier值。但这给出了类似的错误：

该操作无法完成。应用 FrontBoard不知道“ com.example.app $（EXAMPLE_BUNDLE_ID）”。

再次看起来像插值问题。

有人知道解决方案吗？我看了但是找不到答案。

这对于android来说很容易，因为只需在applicationIdSuffix ".development”中使用productFlavors。但是我找不到Xcode这样的方法。

Answer 1

由于需要使用package name插件，您需要使用不同的bundle id（Android）和Firebase Auth（iOS）吗？

在这种情况下，对于iOS项目，您可以考虑使用PlistBuddy，可以将其设置为在Run Script中添加XCode build phases

if [ "${CONFIGURATION}" = "Debug" ]; then
/usr/libexec/PlistBuddy -c "Set :CFBundleIdentifier com.example.developmento.appName" "$PROJECT_DIR/Runner/Info.plist"
echo "Changed bundle id for developement $PROJECT_DIR/Runner/Info.plist"
else
echo "Nothing to do"
fi

无论如何，如果您不使用Firebase Auth，则可以在不同的Firebase项目中使用相同的包ID。

如果您需要在过渡和生产之间区分Firebase项目文件，可以在这里查看：

How to choose between development and production firebase project based on build flavours?

更新

因此，在进行OP聊天之后，知道他正在遵循tutorial来设置flutter flavors，所以我尝试着自己看看我们被困在哪里。

起点如下：

两个 Firebase project
使用Firebase Auth模块（因此需要更改项目之间的包ID）
当然还有两个不同的GoogleService-Info.plist

我首先将Xcode bundle id和GoogleService-Info.plist设置为正式版（只是一个选择）

然后我将GoogleServices-Info-staging.plist和GoogleServices-Info-production.plist都保存到了ios / Runner文件夹中

然后我在Compile Sources的脚本之前设置此构建脚本

# Type a script or drag a script file from your workspace to insert its path.
if [ "${CONFIGURATION}" == "Debug" ] || [ "${CONFIGURATION}" == "Debug-Runner-staging" ]; then 

echo "Setting up staging firebase environment"
/usr/libexec/PlistBuddy -c "Set :CFBundleIdentifier com.example.staging.flutterAppAuthFlavours" "${PROJECT_DIR}/Runner/Info.plist"
cp -r "${PROJECT_DIR}/Runner/GoogleService-Info-staging.plist" "${PROJECT_DIR}/Runner/GoogleService-Info.plist" 
echo "$(date) staging flavour - Configuration: ${CONFIGURATION}" > "${PROJECT_DIR}/environment.txt"

elif [ "${CONFIGURATION}" == "Debug-Runner-production" ]; then 

echo "Setting up production firebase environment"
/usr/libexec/PlistBuddy -c "Set :CFBundleIdentifier com.example.flutterAppAuthFlavours" "${PROJECT_DIR}/Runner/Info.plist" 
cp -r "${PROJECT_DIR}/Runner/GoogleService-Info-production.plist" "${PROJECT_DIR}/Runner/GoogleService-Info.plist"
echo "$(date) production flavour - Configuration:  ${CONFIGURATION}" > "${PROJECT_DIR}/environment.txt"

fi

我称它为Setup Firebase Environment（您可以根据需要将其命名）

此脚本还在environment.txt文件夹内名为ios的文件中将一些日志（带有时间戳）存储在文件中，以便轻松检查xcode构建已完成

现在关于Schemes和Build Configurations：

我已经完成了{strong>两个 Build Configuration，它们是我的Debug Build Configuration的精确副本，我称它们为

Debug-Runner-staging
Debug-Runner-production

经验法则是将构建配置命名为'Debug-<your flavor>'，并且您需要为每种口味都制定一个方案，所以我有以下这些：

Runner-staging，其Run调用 Debug-Runner-staging 构建配置
Runner-production，其运行调用 Debug-Runner-production 构建配置

现在，如果我打电话给flutter run --flavor Debug-staging，我的构建将在我的 staging firebase项目上运行。

，如果我打电话给flutter run --flavor Debug-production，那么我有一个可以在我的 production firebase项目上运行的版本。

更新2

出于完整性考虑，您还可以在此处更改包ID：

无论如何，似乎有一种 奇怪的行为 ：一旦您再次构建flavour flutter命令风味，但运行previos构建风味。

使用XCode进行构建并使用方案进行切换时，所有的操作都可以按预期进行（甚至运行正确的应用程序），我想这可能是一个不稳定的命令问题。因此，我建议您尝试提出一个问题here并将此问题/答案也链接在一起。

更新3

经过一点点了解之后，我发现flutter tools在构建项目之前设置了应用程序启动环境。因此，当我们第一次在CFBundleIdentifier内部更改Info.plist时，第二次启动flutter run时，它将采用先前修改的值，并在构建期间尝试启动此bundle id，因为我们正在更改它，因为正在构建其他变体。

一种可能的解决方案是在调用CFBundleIdentifier之前启动脚本来更改Info.plist内部的fluetter run。

例如，从生产捆绑包ID为Info.plist的{{1}}开始，我们可以做类似的事情

在这里，我使用com.example.flutterAppAuthFlavours命令只是为了有所不同，但是在致电sed之前，您始终可以致电我们下面的PlistBuddy进行更改。

如何在Xcode中更改$（PRODUCT_BUNDLE_IDENTIFIER）？

1 个答案: