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

How To #2

Open
KZeronimo opened this issue Oct 11, 2016 · 4 comments
Open

How To #2

KZeronimo opened this issue Oct 11, 2016 · 4 comments
Labels

Comments

@KZeronimo
Copy link

Apologize in advance for abusing the issue mechanism -

Can you point me to a fuller example of how to leverage this task - I'm unclear how this would fit in with other plugins such as GitVersion etc

Thanks in advance

@sandorfr
Copy link
Member

sandorfr commented Oct 11, 2016

That's ok :) we have blog post about this on the way. There are several cases where you might need a simple integer rather than a string version number.

One of them is Android VersionCode this is extremely sensitive when using tools such as HockeyApp. The basic idea is that you can take a semver string (produced by GitVersion) and encodes it as an integer which you can provide as the Android Version Code. This makes sure that build are correctly ordered in HockeyApp and Update Notifications correctly shown.

We make the bit usage configurable so you can tweak how they are generated depending on what environement you target. (Because if you publish to google play you don't want to burn version codes too quickly but you also probably won't publish unstable version, max versioncode is 2100000000 ).

(Another Scenario is Dacpac Application tier version number generation.)

Hope this helps

@KZeronimo
Copy link
Author

Ah ok ... that helps a lot ... I'll keep an eye out for the blog post!

Feel free to close

@sandorfr
Copy link
Member

sandorfr commented Oct 11, 2016 via email

@KZeronimo
Copy link
Author

Great - thank you

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

No branches or pull requests

2 participants