SCM Accept Issue with RTC 5.0.2
We have upgraded RTC client on AIX to version 5.0.2. My build process fails when accepting change sets into workspace. The exit code is 52 "Indicates that an accept succeeded, but there were no incoming changes, so the workspace remains unchanged." I'm assuming exit code 52 should not indicate failure. Did not have this issue on previous version of RTC. Is this a bug in ver 5.0.2?
This is where failure occurs: <exec executable="${rtc.scm}" failonerror="true"> <arg value="accept"/> <arg value="-r"/> <arg value="${rtc.login.alias}"/> <arg value="-s" /> <arg value="${rtc.stream.bpm}" /> <arg value="-t" /> <arg value="${rtc.workspace.deal}" /> </exec> Steve D. |
Accepted answer
Geoffrey Clemm (30.1k●3●30●35)
| answered Feb 04 '16, 7:34 p.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
That sounds like an error to me ... I'd suggest submitting a defect to IBM Support.
If a command succeeds, it should return 0 exit code, and the behavior should not change release to release. Steven Drogoszewski selected this answer as the correct answer
Comments FYI, we have installed version 6, it has same issue.
Geoffrey Clemm
commented Feb 19 '16, 1:58 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
Yes, until that 5.0.2 change is explicitly backed out or fixed, you will continue to see this behavior.
|
One other answer
|
I did open a defect with Rational Team, here is their response:
"the old behavior can be enabled by setting the VM property "jazz.scm.cli.legacy.return.codes.enable" to true. For instance, you can add the following line to the VM args section of the scm.ini file: -Djazz.scm.cli.legacy.return.codes.enable=true" We are running in AIX so there is no scm.ini. I added the property to scm.sh and the error no longer occurs. |
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.
Comments
As you rightly mentioned, 52 return code has a special meaning to indicate there wasn't any changes to accept and the command succeeded. I believe it was introduced in 502.