Currently, FlutterFlow uses a single package name for both Android and iOS builds. However, there are scenarios where different package names are required for each platform.
In my specific use case:
I am managing an app that requires distinct package identifiers for Android and iOS to adhere to platform-specific guidelines or deployment requirements. For instance, while updating my app to disable iPad support on iOS, I had to ensure the builds align with App Store standards without affecting the Android version. However, FlutterFlow's limitation forces me to use the same package name, which can lead to conflicts during deployment or App Store submissions.
This feature will enable developers to:
Use different package names for Android and iOS (e.g.,
com.example.appfor Android andcom.example.iosappfor iOS).Avoid potential conflicts when making platform-specific changes.
Simplify the deployment process for apps with different branding or configurations on each platform.
This feature would greatly enhance flexibility and alignment with standard app development practices.