Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update the android buildToolsVersion to 25.0.0 #1152

Merged
merged 2 commits into from
Mar 21, 2017
Merged

Update the android buildToolsVersion to 25.0.0 #1152

merged 2 commits into from
Mar 21, 2017

Conversation

markusguenther
Copy link
Contributor

When using the current android studio with the current SDKs you have the problem that your app is on version 25 and you can not create a APK without adjusting the buildToolsVersion in the build.gradle

When using the current android studio with the current SDKs you have the problem that your app is on version 25 and you can not create a APK without adjusting the buildToolsVersion in the build.gradle
@lelandrichardson lelandrichardson merged commit 6e41779 into react-native-maps:master Mar 21, 2017
@tlvenn
Copy link

tlvenn commented Mar 22, 2017

Are we sure this is not creating issue given RN and pretty much all the libs I know depends on SDK 23 ?

@tlvenn
Copy link

tlvenn commented Mar 22, 2017

The targetSdkVersion is still targeting 23 but I am just wondering if it will not force people to move to use android SDK 25 and update their own gradle file to use buildToolsVersion 25 as well.

@markusguenther
Copy link
Contributor Author

But isn`t it good to use the newer SDK. The Android developer documentation page recommend to use the newer versions. The app itself can still support older versions. You configure always minimum and target version.

defaultConfig {
  minSdkVersion 16
  targetSdkVersion 25
}

Thought that is better. But if leads to problems we can revert it and I just patch this in my project.

@tlvenn
Copy link

tlvenn commented Mar 23, 2017

I totally agree it's better to use newest SDK when you can. I am just saying that we have been bitten by gradle before in some unexpected ways with regards to sdkVersion and buildTools where for example, our CI builds would not work anymore because the needed build tools required by a dep was not availaible out of the box.

For example, if this indeed force you to update your own gradle file, then people will not be able to use create-react-native-app with react native maps without ejecting.

If this change has absolutely no side effect on your own app and simply requires you to have the latest buildTools installed, this is probably safe then.

@ryankask
Copy link
Contributor

The default React Native project templates specify buildToolsVersion 23.0.1: https://github.com/facebook/react-native/blob/master/local-cli/templates/HelloWorld/android/app/build.gradle#L87

If you're using a new build tools version, you can override the buildToolsVersion for each subproject using something like this: https://gist.github.com/AndrewJack/10dc22708582b009fb74f07904f3bfb1

@tlvenn
Copy link

tlvenn commented Mar 24, 2017

That's a neat trick @ryankask, I did not know you could do that. Just pointing out that this is not an option if you are using the new create-react-native-app and expo.

@lelandrichardson
Copy link
Collaborator

@tlvenn my understanding was that create-react-native-app and expo both don't let you install any extra native modules other than what's supported in their SDK. Is that not correct (totally possible i'm not understanding CRNA or expo properly)?

react-native-maps is one of the supported native modules for CRNA and expo and I don't think this should change that in any way?

@tlvenn
Copy link

tlvenn commented Mar 26, 2017

Hi @lelandrichardson, your understanding is correct, Expo is bundling react-native-maps and therefore they handle the dependencies on their side. CRNA does not let you install any native deps at the moment, should they decide to include react-native-maps, it will be the same story as Expo.

So looks like I was worried for nothing but learnt an interesting Gradle tip in the process ;)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants