ClearCase ClearQuest UCM-其他用户完成的签入

ClearCase ClearQuest UCM-其他用户完成的签入,clearcase,clearcase-ucm,clearquest,Clearcase,Clearcase Ucm,Clearquest,我已启用CC-CQ集成 假设记录1已批准给用户A,记录2已批准给用户B。当用户B尝试使用记录2签入某些更改时(通过在签入窗口中选择记录2),实际签入发生在记录1上-不应如此。请帮助我了解这是如何发生的,以及如何进行跟踪 除非用户C对记录1和记录2都有依赖关系,否则这种情况不会发生。UCM的弱点之一,如果你想这样称呼它的话,就是当后续的更改同时触及记录1和记录2时,保持更改原子化的能力 设计真正独立的组件将有助于解决此类冲突,但不会完全消除它们。除非用户C进行了更改,这些更改同时依赖于记录1和记录

我已启用CC-CQ集成


假设记录1已批准给用户A,记录2已批准给用户B。当用户B尝试使用记录2签入某些更改时(通过在签入窗口中选择记录2),实际签入发生在记录1上-不应如此。请帮助我了解这是如何发生的,以及如何进行跟踪

除非用户C对记录1和记录2都有依赖关系,否则这种情况不会发生。UCM的弱点之一,如果你想这样称呼它的话,就是当后续的更改同时触及记录1和记录2时,保持更改原子化的能力


设计真正独立的组件将有助于解决此类冲突,但不会完全消除它们。

除非用户C进行了更改,这些更改同时依赖于记录1和记录2,否则不应发生这种情况。UCM的弱点之一,如果你想这样称呼它的话,就是当后续的更改同时触及记录1和记录2时,保持更改原子化的能力


设计真正独立的组件将有助于解决这些冲突,但不会完全消除它们。

这听起来也像是共享流配置。。。。通常,如果签入在共享流中,这是唯一的选项。单个流项目或共享流。你能不能同时提到ClearCase版本和你正在使用的界面?有两个基于eclipse的远程客户端,ClearCase explorer GUI和各种开发工具集成,它们的行为可能会有细微的不同。

这听起来也像是一个共享流配置。。。。通常,如果签入在共享流中,这是唯一的选项。单个流项目或共享流。你能不能同时提到ClearCase版本和你正在使用的界面?有两个基于eclipse的远程客户端、ClearCase explorer GUI和各种开发工具集成,它们的行为可能会有细微的不同