你是否需要使用Firebase Auth插件而需要在Android上使用不同的``package name``和iOS上使用不同的``bundle id``？
如果是iOS项目，在这种情况下，您应该考虑使用``PlistBuddy``并在``XCode build phases``中添加一个``Run Script``来设置它。
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项目中具有相同的Bundle ID。
如果您需要区分暂存和生产之间的Firebase项目文件，则可以在此处查看：
如何根据构建风格选择开发和生产Firebase项目？
更新
因此，根据OP聊天，了解他正在按照此
教程设置
flutter flavors，我自己尝试了一下，看看我们卡在哪里。
起点如下：
两个Firebase项目
使用Firebase Auth模块（因此需要在项目之间更改bundle id）
当然还有两个不同的GoogleService-Info.plist
我从Xcode的Bundle ID和GoogleService-Info.plist设置为生产开始（只是一个选项）。
然后我将GoogleServices-Info-staging.plist和GoogleServices-Info-production.plist两个文件保存在我的ios/Runner文件夹中。
然后我在编译源代码脚本之前设置了这个构建脚本。
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
我称之为设置Firebase环境（您可以根据自己的喜好进行命名）
这个脚本还会将一些带有时间戳的日志存储在名为environment.txt的文件中，该文件位于ios文件夹中，以便轻松检查Xcode构建所做的工作。
现在让我们谈谈{{Schemes}}和{{Build Configurations}}:
我创建了两个{{Build Configuration}}，它们是我的{{Debug Build Configuration}}的完全副本，并将它们命名为
调试-Runner-staging调试-Runner-production
命名构建配置的经验法则是将其命名为'调试-<您的风味>'，并且您需要为每个风味都有一个方案，因此我有以下方案：
Runner-staging，其运行调用调试-Runner-staging构建配置Runner-production，其运行调用调试-Runner-production构建配置
现在，如果我调用
flutter run --flavor Debug-staging，我就会得到一个可以在我的staging firebase项目上运行的构建版本。
如果我调用
flutter run --flavor Debug-production，我就会得到一个可以在我的production firebase项目上运行的构建版本。
更新2
为了完整性，您也可以在此处更改捆绑标识符：
无论如何，似乎存在一种奇怪的行为，即当您第二次构建
flavour时，
flutter命令会正确构建
flavour，但运行上一个构建的
flavour。
由于使用
XCode构建并使用方案进行切换都按预期工作（甚至是正确应用程序的运行），因此我猜测这可能是一个flutter命令问题。因此，我建议您尝试在
此处提交问题，并链接到此SO问题/答案。
更新3
经过一些调查，我发现
flutter tools在构建项目之前设置了应用程序启动环境。因此，当我们第一次更改
Info.plist中的
CFBundleIdentifier时，第二次启动
flutter run时它会获取先前修改的值并尝试启动此bundle id，而在构建期间，我们正在更改它，因为我们正在构建不同的变体。
一个可能的解决方案是在调用
fluetter run之前启动更改
Info.plist中的
CFBundleIdentifier的
脚本。
例如，从具有生产包id
com.example.flutterAppAuthFlavours的
Info.plist开始，我们可以这样做。
在这里我使用了sed命令来表现不同，但是在调用flutter run之前，您可以始终调用我们喜爱的PlistBuddy来进行更改。
flutter run前尝试执行flutter clean和flutter stop。 - shadowsheep