What is the expected latency after delivery?
After I check a file in, there seems to be a minute or two of latency before that change is "seen" by other streams. For example:
C:\Users\O386600\build-process-test\master>lscm accept -C master <-- first minute
In this example, I had made a delivery TO the build-process-test stream and then just had to wait a bit to see it. I suppose in usual circumstances this one or two minutes (have not timed it) wouldn't be too much of a problem but it would be good to have an understanding and expectation for this latency.
Any suggestions?
- Andy
|
Accepted answer
Shashikant Padur (4.3k●2●7)
| answered Nov 20 '13, 1:58 a.m.
JAZZ DEVELOPER edited Nov 20 '13, 2:00 a.m.
Andy,
The command line does not automatically refresh and so is not aware of an incoming change. You need to run 'lscm status' which connects to the server and looks for updates. Once the lscm/daemon is aware of an incoming change, you should be able to accept the changes immediately.
We do have automatic refresh in Eclipse/Visual Studio clients only in Windows platform but that preference is not enabled by default. The preference is not yet in the cli client.
Andy Jewell selected this answer as the correct answer
Comments
Andy Jewell
commented Nov 20 '13, 10:47 a.m.
Ah, that's great. I thought it was just a coincidence that every time I did a status it would find the updates.. :) Thank you!
Geoffrey Clemm
commented Nov 22 '13, 12:01 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
I've submitted Document that "scm show status" must be used to ensure up-to-date information for certain cli commands (291051) to get this behavior documented, and submitted Add a "refresh" option to appropriate CLI commands to indicate that current server state should be used (291053) to allow this behavior to be controlled via a flag on the command.
|
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.