summaryrefslogtreecommitdiffstats
path: root/cmake/Modules/version.cmake
AgeCommit message (Collapse)Author
2021-03-24mobile: update version to 3.2.0Gravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2021-01-01mobile: update version to 3.1.3Gravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-12-23mobile: update version to 3.1.2Gravatar Dirk Hohndel
The iOS store enforces that every binary needs a new number. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-12-17mobile: update version to 3.1.1Gravatar Dirk Hohndel
3.1.0 was never released, but this is a quick hack to work around a versioning issue in the iOS app store. Not ideal, but at least it works. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-11-19mobile: update version to 3.1.0Gravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-09-28mobile: update version to 3.0.16Gravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-09-17mobile: update version to 3.0.15Gravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-09-12mobile: update version to 3.0.14Gravatar Dirk Hohndel
Once again I have managed to get out of sync in numbering between iOS and Android. I'll make new releases with the correct version number on both platforms today. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-08-18mobile: update version to 3.0.13Gravatar Dirk Hohndel
Quite a few little changes lately that all deserve a new nobile app release, and each release requires an updated version number. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-08-16mobile: update version to 3.0.12Gravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-07-29mobile: update version to 3.0.11Gravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-07-11mobile: update version to 3.0.10Gravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-06-08mobile: update version to 3.0.9Gravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-05-30mobile: update version to 3.0.8Gravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-05-17mobile: update version to 3.0.7Gravatar Dirk Hohndel
Required by the app stores after a release. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-05-03mobile: update version to 3.0.6Gravatar Dirk Hohndel
This is needed to be able to push new betas into the AppStores. I keep forgetting to do that after I do a mobile release. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-04-18mobile: update version to 3.0.5Gravatar Dirk Hohndel
I keep forgetting to do that right after a release. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-04-13mobile: update version to 3.0.4Gravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-04-04Next mobile version incrementGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-03-30Increment mobile versionGravatar Dirk Hohndel
That's needed to be able to push out new binaries to the stores. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-03-28Increment mobile versionGravatar Dirk Hohndel
That's needed to be able to push out new binaries to the stores. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-03-16Update Subsurface-mobile versionGravatar Dirk Hohndel
I believe this deserves a major version number increment. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2020-01-30mobile: increment version numberGravatar Dirk Hohndel
In order to be able to roll out new betas, we need to first increment the version number. Given the magnitude of the changes, incrementing the minor version (not that we have ever been really consistent with how we do the numbering in the first place). Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2019-10-13Mobile: update version number before next releaseGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2019-10-02Mobile: update version to 2.2.2Gravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2019-09-21Mobile: update version to 2.2.1Gravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2019-07-13Update Subsurface-mobile version numberGravatar Dirk Hohndel
The mobile changes are far and few, but the next version will be the first to support arm64, so a new minor number seems appropriate. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2019-01-25Update mobile version numberGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-10-30Mobile: update versionGravatar Dirk Hohndel
Required to be able to push test builds to TestFlight. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-09-23Update mobile version numberGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-09-19Update mobile versionGravatar Dirk Hohndel
Apple app store rules prevent even testing a binary with the same version as one that has been submitted for release. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-09-12Update mobile version numberGravatar Dirk Hohndel
In order to release new test binaries for iOS we need to rev the version number, Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-07-03Bump Subsurface-mobile versionGravatar Dirk Hohndel
Otherwise the Apple app store doesn't let me upload new test binaries. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-06-18Switch mobile version to 2.1.0 in preparation for next releaseGravatar Dirk Hohndel
Apple typically forces a much more detailed review if the version number changes. Let's get this taken care of now as we prepare for release. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2018-02-02mobile: bump to version 2.0.3Gravatar Jan Mulder
Signed-off-by: Jan Mulder <jlmulder@xs4all.nl>
2017-12-29mobile: bump version to 2.0.2Gravatar Jan Mulder
Signed-off-by: Jan Mulder <jlmulder@xs4all.nl>
2017-11-25Update Subsurface-mobile version numberGravatar Dirk Hohndel
Should have done that right after the release. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-07-03Subsurface-mobile version jump to 2.0Gravatar Dirk Hohndel
The beginning of download (plus the UI overhaul) definitely deserve a major version bump. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-05-12Update Subsurface-mobile versionGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-03-24Update Subsurface-mobile version to 1.2.1Gravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2017-01-21Update Subsurface-mobile versionGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2016-09-17Bump mobile versionGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2016-09-04Update Subsurface-mobile version to 1.1.0Gravatar Dirk Hohndel
Just so that the iOS release has a sane starting point - and frankly, we've done a very poor job of maintaining this version number. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2016-04-01QML UI: all these changes certainly deserve a new versionGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2016-03-28Update mobile versionGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2016-03-13Bump Subsurface-mobile versionGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2016-03-11Another bump to the Subsurface-mobile version numberGravatar Dirk Hohndel
Hopefully this is the one we can release. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2016-03-10Bump Subsurface-mobile versionGravatar Dirk Hohndel
Even though 1.0.0 was never released publicly, it was offered to beta testers, so it is good practice to bump the version number for the next binary that I'll push to them. Even if the build number would of course be different. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2016-03-10Update Subsurface-mobile version to 1.0.0Gravatar Dirk Hohndel
And make sure the version displayed for Android includes both that version and the build version, which is our regular canonical 4 part version number - so this release will be something like "1.0.0 (4.5.2.1047)" Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2016-03-05Introduce separate version number for Subsurface-mobileGravatar Dirk Hohndel
This is hard coded in version.cmake for now. The intent is to go to 1.0 in the first release version and to increment from there whenever we create an update. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>