ClearCase Syn questions - activity status & change-sets
Hi,
I have some questions on the CC-RTC connector, perhaps someone can help me :-)
1) When a RTC change is passed on to CC, this shows up in CC as a locked activity. RTC creates, via ccc, the activity (timestamp used as name) and somehow it ends up being in a locked state in the CC side of things. A user has to then go into CC and unlock this activity and check the changes manually. Is this expected behavior? If not, what could be causing this? We disabled all triggers from the CC side.
2) Is there any way to pick the change sets that are passed along to the CC stream from RTC? I know you can open the individual components in a stream and reverse change-sets, but the idea here is to pick and chose which changes are ported over to CC, while having them remain in the RTC proxy stream. It would be fine if the CC proxy stream in RTC was flowing to another stream, but it isn't...
Thanks!
I have some questions on the CC-RTC connector, perhaps someone can help me :-)
1) When a RTC change is passed on to CC, this shows up in CC as a locked activity. RTC creates, via ccc, the activity (timestamp used as name) and somehow it ends up being in a locked state in the CC side of things. A user has to then go into CC and unlock this activity and check the changes manually. Is this expected behavior? If not, what could be causing this? We disabled all triggers from the CC side.
2) Is there any way to pick the change sets that are passed along to the CC stream from RTC? I know you can open the individual components in a stream and reverse change-sets, but the idea here is to pick and chose which changes are ported over to CC, while having them remain in the RTC proxy stream. It would be fine if the CC proxy stream in RTC was flowing to another stream, but it isn't...
Thanks!
One answer
(1) When you say "check the changes manually", you mean "check in the
changes manually"? If so, that is a bug, and you should either call
Rational support, or enter a jazz.net defect for it.
(2) To do what you want, you'd need to create an additional stream, and
then do your RTC work on that additional stream, not in the sync stream.
When you are ready for those changes to flow to ClearCase, you would
deliver those changes to the sync stream.
Cheers,
Geoff
On 10/22/2010 11:53 AM, david987 wrote:
changes manually"? If so, that is a bug, and you should either call
Rational support, or enter a jazz.net defect for it.
(2) To do what you want, you'd need to create an additional stream, and
then do your RTC work on that additional stream, not in the sync stream.
When you are ready for those changes to flow to ClearCase, you would
deliver those changes to the sync stream.
Cheers,
Geoff
On 10/22/2010 11:53 AM, david987 wrote:
Hi,
I have some questions on the CC-RTC connector, perhaps someone can
help me :-)
1) When a RTC change is passed on to CC, this shows up in CC as a
locked activity. RTC creates, via ccc, the activity (timestamp used
as name) and somehow it ends up being in a locked state in the CC
side of things. A user has to then go into CC and unlock this
activity and check the changes manually. Is this expected behavior?
If not, what could be causing this? We disabled all triggers from the
CC side.
2) Is there any way to pick the change sets that are passed along to
the CC stream from RTC? I know you can open the individual components
in a stream and reverse change-sets, but the idea here is to pick and
chose which changes are ported over to CC, while having them remain
in the RTC proxy stream. It would be fine if the CC proxy stream in
RTC was flowing to another stream, but it isn't...
Thanks!