-
-
Notifications
You must be signed in to change notification settings - Fork 47
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
Seperate version/code information for build flavours #7
Comments
any updates on this? it's been almost two years...i really need this feature also :) |
I dont think it's coming back guys, however I did found a way for advanced versioning, you can look in my build.gradle |
i feel so sad 😢 I really liked this library . Thanks @NovaViper for the info. I am currently doing something similar to that but i was hoping i could make my build.gradle cleaner . My implementation is a bit more complicated though. I am keeping different versions for each variant (you can see it here: https://gist.github.com/bogdanRada/fa31fa8451b82be05a6dba810c4bfd2a) .The only problem that i am facing now is that i need to figure out how to NOT increase the version if am assembling the app only for testing locally, because that increases the version several times if i re-run the app on the emulator several times before i am sure i want to release the app. Still trying to figure that out. Currently the only way i am thinking to resolve that is by showing a confirmation, but is really annoying. Currently as a hack i only increase the patch level if version was not changed already. But that looks brittle too. Anyway, sorry for the detailed response. My situation has nothing to do with this library. I would really like to see this library evolve :) That would really help me keep my build gradle cleaner. |
@bogdanRada It's cool! I have that same problem with the versioning I have aswell.. Not sure how I can stop it from increasing though |
Hi guys! Currently you can use separate version code and name for each product flavours:
|
Nice . Thank You very much |
How about separate: For instance if you let us set the name for the variable in version.properties that would be enough |
Is it currently possible to have multiple
advancedVersioning
for multiple build flavours?The text was updated successfully, but these errors were encountered: