You're starting a version 2 of an existing app from scratch. Replacing the existing app in the stores might be done later in the project, but there are still things to check beforehand:
You cannot downgrade the
targetSdkVersion, so your new project needs to have at least the same
targetSdkVersionas the old one.
:warning: N.B.: By default, a React Native project has
So if the app you're replacing has set 23 or above as the
targetSdkVersion, your new app needs to have at least that, and should implement permissions at runtime.
On a project, I had not checked that. Last day on the project, we finally were overriding the existing app,but upon publishing in the Play Store, we couldn't because we were downgrading the
We had to spend more time on the project to use
react-native-permissionsand ask for permissions at runtime. This time would have been saved, had we checked this beforehand.
Use the previous app's keystore for production builds, even if you're not replacing the app just yet.
On a project, I had not used the production keystore, before the last day. The previous app's keystore had been created with an old java version and we weren't able to sign the app with it.
We had to spend more time on the project to solve this issue (by updating Java).