History | Log In     View a printable version of the current page.  
Issue Details (XML | Word | Printable)

Key: QB-3049
Type: Bug Bug
Status: Closed Closed
Resolution: Won't Fix
Priority: Minor Minor
Assignee: Robin Shen
Reporter: Alexey Shumkin
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
QuickBuild

Variable set via API build request is "remembered" if it is changed in configuration

Created: 28/Sep/17 09:55 PM   Updated: 18/Jan/18 09:18 AM
Component/s: None
Affects Version/s: 7.0.4
Fix Version/s: None

Original Estimate: Unknown Remaining Estimate: Unknown Time Spent: Unknown
Environment:
Linux 4.4.0-53-generic, amd64
JVM OpenJDK 64-Bit Server VM 1.7.0_91, Oracle Corporation
QuickBuild Version 7.0.4 - Wed Feb 08 00:57:37 UTC 2017


 Description  « Hide
I have configurations with "Next Build Version" defined as
Use specified version
Version ${vars.get("verMajor")}.${vars.get("verMinor")}.${vars.get("verRelease")}.${vars.get("verBuild").increase()}
and appropriate variables ("verMajor", "verMinor", "verRelease" and "verBuild") are set.

I can make a build request via API. In that request I can redefine variables used for the build.
When I redefine "verMajor", "verMinor" or "verRelease", build version uses this change and it's ok. The appropriate configuration variables are not changed and the next build versions are calculated with the values if there was no any redefinition (and it's ok).
But if I define "verBuild" variable in a build request, it's value is"remembered" (configuration variable stores this values) and the next builds use this redefined value.

E.g. in the beginning I have configuration variables defined as
 verMajor=1, verMinor=2, verRelease=3 verBuild=4
First build is 1.2.3.4
Then I run API build request with redefined verMajor=7, so, the second build is v7.2.3.5 (verMajor is redefined, verBuild is increased, others are not changed)
Then I run API build request with redefined verMinor=5, so, the third build is v1.5.3.6 (verMinor is redefined, verBuild is increased, others are not changed)
The same for verRelease=4, so, the fourth build is v1.2.4.7 (verRelease is redefined, verBuild is increased, others are not changed)
Then, finally, I redefine verBuild=1, fifth build is v1.2.3.1,
And then I run sixth build without any redefinition, and it's version is v1.2.3.2, so, seventh will be v1.2.3.3, eightth will be v1.2.3.4, and so on



 All   Comments   Work Log   Change History      Sort Order:
Robin Shen [18/Jan/18 09:18 AM]
This is expected behavior. The increase tells QB to increase current value and store the result.