做我啓用了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和各種開發工具集成,它們的行爲可能會有細微的差別。