Updated dependencies

[danielceinos]

PR's key points

Updated dependencies:

• Kotlin from 1.3.31 to 1.4.10
• Build tools from 3.4.1 to 4.0.1
• App compact from 1.0.2 to 1.2.0
• Google play core from 1.6.1 to 1.8.0 Breaking changes

Also added plugin to version lib from git tags

Definition of Done

• Tests pass
• Works with Proguard
• There is no outcommented or debug code left (if there is a good reason, use a // FIXME: comment or // TODO: comment and create a follow-up issue)

[adriangl]

Thanks for the contribution @danielceinos!
I'll take a deeper look into it on the weekend, but for now just add the suggestion I did and fix the conflicts with the base branch

[danielceinos]

@adriangl how we could test that the new version still works? using internal testing works good?

[adriangl]

@adriangl how we could test that the new version still works? using internal testing works good?

Looks like it, according to the docs.
I honestly don't remember if that option was available when I first implemented the lib (I'd say no), so I can't confirm if it works as expected

[danielceinos]

What do you think about doesnt couple example app with the lib? @adriangl

[adriangl]

You mean the minSdkVersion, or the app's versionCode?

If it's the former, you could update the ones in the root's build.gradle, which currently point to API 29 and use them here as well as in app.

If it's the latter, I'd keep app's versionCode to 1 for a very simple reason: so we always have the lowest version code available to test the in-app updates there :P

If you meant anything else, I didn't get it xD

[danielceinos]

I was talking only about lib gradle file. Its a bit awkward need to look at the example app to get what minSdk version the library has, do you understand why I mean?

I'm OK with has versionCode to 1 at app's gradle.

[adriangl]

Sorry for the delay. Yeah, we can leave the versions decoupled ;)

[adriangl]

You mean the minSdkVersion, or the app's versionCode?

If it's the former, you could update the ones in the root's build.gradle, which currently point to API 29 and use them here as well as in app.

If it's the latter, I'd keep app's versionCode to 1 for a very simple reason: so we always have the lowest version code available to test the in-app updates there :P

If you meant anything else, I didn't get it xD