做我启用了CC-CQ集成。的ClearCase,ClearQuest的UCM-签入其他用户的用户
假设记录1被批准给用户A并且记录2被批准给用户B.当用户B尝试使用他/她是其所有者的记录2签入某些更改时(通过选中记录2 -in窗口),实际办理登机手续发生在记录1 - 这不应该是这样。请帮我理解这是如何发生的以及如何跟踪它。
做我启用了CC-CQ集成。的ClearCase,ClearQuest的UCM-签入其他用户的用户
假设记录1被批准给用户A并且记录2被批准给用户B.当用户B尝试使用他/她是其所有者的记录2签入某些更改时(通过选中记录2 -in窗口),实际办理登机手续发生在记录1 - 这不应该是这样。请帮我理解这是如何发生的以及如何跟踪它。
这是不应该发生,除非有由用户C,如果你想它调用具有依赖于两个记录1和记录2.一个UCM的弱点,变化,它的变化保持后续的原子时的能力变化发生的触摸这是真正独立的将这些类型的冲突有所帮助,但不能完全消除他们双双创下1和2
设计的组件。
这也听起来像一个共享流配置....通常,这是甚至一个选项的唯一时间是当签是在共享流。无论是单流项目还是共享流。可否请您也提到了ClearCase版本和您所使用的接口?有2个基于eclipse的远程客户端,ClearCase浏览器GUI和各种开发工具集成,它们的行为可能会有细微的差别。