lscm accept command is not detecting changes
Hello,
I'm using the following command in order to accept changes that had been checked-in and delivered already into RTC workspace. lscm login -r <url-to-my-rtc> -u <username> -n rtc -P <password> lscm accept -r rtc -d /Codes/rtc -t <workspace name> -C <component name> lscm logout -r rtc The change sets have been delivered, but the accept command simply tells me "Workspace unchanged". There's no other error messages. Do i have a typo anywhere in the command or is there something I need to check in the workspace? |
2 answers
Hi,
Are you sure the change has been delivered to the same stream that this workspace has set as it's flow target? Is the change in the component you are listing? Have you tried running "scm status" before accepting? Comments
P. A.
commented Jun 15 '15, 5:22 p.m.
Hi Melissa,
Geoffrey Clemm
commented Jun 16 '15, 1:23 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
This is saying that RTC has detected changes to the sandbox (what RTC calls an "unresolved change", which means "a change that has not been checked in", or what other systems also call a "checkout"). It doesn't want to overwrite those unresolved changes with the incoming new versions, so it is suggesting you checkin those changes (which capture them in a change set). You can then decide to suspend/discard that new change set before doing the accept, or keep those changes and merge them with the new changes being accepted. I personally would never use the --overwrite-uncommitted flag ... and in fact, if I had my way, I wouldn't even provide that option (:-).
P. A.
commented Jun 16 '15, 9:17 a.m.
Thanks Geoffrey for your reply. I'm fairly new to RTC, but if I understand it correctly, the sandbox is basically a local directory where a copy of all the files in the workspace has been downloaded (which I did by using lscm load command).
Melissa Kivisto
commented Jun 16 '15, 9:25 a.m.
It is a bit strange. You can try running a checkin to see what it considered changed (and as Geoffey mentioned, you can choose to discard or suspend after). Perhaps it is a permission change....
|
I ended up using the --overwrite-uncommitted flag in order to accept the "real" changes. When I ran "lscm status", it listed every single file and directories under "Unresolved" in addition to the "Incoming" changes.
The unresolved items had "p" flag beside them, which according to the following resource indicates the properties of the file has changed. http://www.ibm.com/developerworks/rational/library/rational-team-concert-command-line-reference/ This is what I find confusing. I performed the same operation multiple times, with same result. 1. Run "lscm load" command for loading the workspace into a local directory (previously created local directory was removed) 2. Run "lscm status" from the local directory, where the workspace has been loaded. --> The status shows all files in every single component as unresolved With the help of my colleague when we checked-in one of the files being reported as "Unresolved", we compared the difference from RTC GUI. The difference it showed was that the new file's executable property was changed to "true", even though the file's property wasn't showing it as executable on that same local directory. Not sure if this is a bug or not. I'm using RTC 4 and ran into this issue on AIX 6 machine where I was loading the workspace and was trying to accept the changes. |
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.