I am finding it VERY difficult to maintain version numbers after I do slight changes and compiles to an app. If I forget to *manually* increment the version number, it results in me not fully trusting what version a client actually has.
It would be real cool if when your complier sees an opening and closing number (hash) signs in the "VersionName:" line of a project, that it will simply increment the number between the trailing #'s AFTER it compiles the app.
So, a line of "#VersionName: 1.4.#123#" will change to "#VersionName: 1.4.#124#" AFTER it compiles the app.
This method has these advantages:
1) We will finally get an auto-incrementing build number like VB6 had so we can keep track of builds without having to remember to manually update the version line in code
2) If we don't want to have an auto-incrementing number within the version, then we just wont include the extra open and closing "#" symbols in the #VersionName line.
3) By using and displaying an actual number between the hash tags, we will be able to clearly see what the current version is, and allow us to change it as needed (ie. change it from 1.4.#118# to 2.0.#0# when releasing a new major version).
4) This should be pretty easy to implement because it doesn't require B4A to "store" the current build number anywhere, your compiler will simply increment the *already existing* number between the two hash symbols (only if it finds the two extra #'s in the #VersionName line in the app's code) after doing a compile.
It would be real cool if when your complier sees an opening and closing number (hash) signs in the "VersionName:" line of a project, that it will simply increment the number between the trailing #'s AFTER it compiles the app.
So, a line of "#VersionName: 1.4.#123#" will change to "#VersionName: 1.4.#124#" AFTER it compiles the app.
This method has these advantages:
1) We will finally get an auto-incrementing build number like VB6 had so we can keep track of builds without having to remember to manually update the version line in code
2) If we don't want to have an auto-incrementing number within the version, then we just wont include the extra open and closing "#" symbols in the #VersionName line.
3) By using and displaying an actual number between the hash tags, we will be able to clearly see what the current version is, and allow us to change it as needed (ie. change it from 1.4.#118# to 2.0.#0# when releasing a new major version).
4) This should be pretty easy to implement because it doesn't require B4A to "store" the current build number anywhere, your compiler will simply increment the *already existing* number between the two hash symbols (only if it finds the two extra #'s in the #VersionName line in the app's code) after doing a compile.
Last edited: