When I use SCM build "BlackBerry 10 WebWorks SDK 126.96.36.199" and type "bbwp -V" at the command prompt, it prints out version 188.8.131.52.
The same happens with previous SCM builds.
@ronalag - we should probably tie this to the same version number that is coming from maven. Might take some thinking though since it might be hardcoded in the packager.
@jkeshavarzi - how does the packager get this version number?
if that is true then if I can bbwp -V where is it getting the version number from because it return 184.108.40.206 but the SCM build has a version number 220.127.116.11?
am I missing something?
The version number i was referring to earlier is in the productization repo [build.bat] and is used by SCM.
The version number in the packager that shows when you type bbwp -V is in the command-line code and is in fact hard coded to 18.104.22.168 (see below).
.usage('[drive:][path]archive [-s [dir]] [[ -g genpassword] [-buildId num]] [-o dir] [-d]')
.option('-s, --source [dir]', 'Save source. The default behaviour is to not save the source files. If dir is specified then creates dir\src\ directory structure. If no dir specified then the path of archive is assumed')
.option('-g, --password ', 'Signing key password')
.option('-buildId ', '[deprecated] Use --buildId.')
.option('-b, --buildId ', 'Specifies the build number for signing (typically incremented from previous signing).')
that makes sense, so now we need to find a way to turn on the -v version number to return the same version number as the scm build. We will take it up when it becomes priority, right now @kwallis needs to decide priority. I think it will become priority once Ripple gets affected by it since Ripple B&D just simply calls the command line and reads the output.
cc @kwhatmough @dansilivestru I don't believe that Ripple actually ever uses this version?
Correct. But potentially in the future it's possible that Build and Deploy might want to know which version of the SDK it is pointing to. But today, no.