No additional setup is required is you are only reading env varibles from Obj-C/Swift code.
Read variables declared in .env
from your Obj-C classes like:
// import header
#import "FlutterConfigPlusPlugin.h"
// then read individual keys like:
NSString *apiUrl = [FlutterConfigPlusPlugin envFor:@"API_URL"];
// or just fetch the whole config
NSDictionary *config = [FlutterConfigPlusPlugin env];
Extra steps are required if you are reading env varibles from your info.plist
file
-
Under
Runner/Flutter
: You need to add the following code to bothDebug.xcconfig
andRelease.xcconfig
#include? "tmp.xcconfig"
It is also recommended to add this file to gitignore
**/ios/Flutter/tmp.xcconfig
-
under Build > Pre-actions you need to add 2 new run script actions with the following code:
echo ".env" > ${SRCROOT}/.envfile
${SRCROOT}/.symlinks/plugins/flutter_config_plus/ios/Classes/BuildXCConfig.rb ${SRCROOT}/ ${SRCROOT}/Flutter/tmp.xcconfig
-
Make sure you select
Runner
from theProvide build settings from
dropdown -
By default, you should only need to do this for the runner scheme if you only have one environment.
This should now create a tmp.xcconfig
file which can be accessed by info.plist
The basic idea in iOS is to have one scheme per environment file, so you can easily alternate between them.
Start by creating a new scheme:
- In the Xcode menu, go to Product > Scheme > Edit Scheme
- Click Duplicate Scheme on the bottom
- Give it a proper name on the top left. For instance: "Myapp (staging)"
You need to make sure that your scheme name matches the flavor
name which you defined on the flutter side of things
eg. flutter run ios --flavor develop
Then edit the newly created scheme to make it use a different env file. From the same "manage scheme" window:
In the Xcode menu, go to Product > Scheme > Manage Schemes > select your scheme > Click edit
- Follow steps 3 and 4 again for each scheme and replace you env files
echo ".env.staging" > ${SRCROOT}/.envfile # replace .env.staging for your file
This is still a bit experimental and dirty – let us know if you have a better idea on how to make iOS use different configurations opening a pull request or issue!