當明確「邪惡的雙胞胎」將被創建和如何避免它？

Question

我的一個collegue入住在多個地方一個exe的。無論何時我們可能需要在多個地方辦理登機手續，我們通常會在一個普通的地方辦理登機手續，然後在所有其他地方創建符號鏈接。

但他不知道這一實踐，並做到了。他在他的流中做到了這一點，並將其交付給整合流。

如果我們要求他刪除該文件，並用符號鏈接代替它（然後再發貨到集成流，會不會導致邪惡的雙胞胎？

當邪惡的雙胞胎會產生的呢？在UCM如果我們創造了一些文件，是不是安全地刪除所有（假設我們沒有適用的基準，我們只是創建和交付）？

Answer 1

他們當你在同一個目錄中添加一個文件具有相同名稱的兩個不同的分支創建。
這不是UCM具體，但它將使合併（或UCM，交付或重訂）更難，因爲它會在停止合併「目錄合併」的步驟，要求您選擇是補間合併目錄內的兩個文件（名稱相同）。

「添加到源代碼控制兩次」文件的問題是，它將生成兩個不同的對象ID，因此有兩個不同的歷史記錄：您將無法合併文件本身，您將只能刪除一個保持另一個。

有關詳細信息，請參見：

• 「What's the easiet way to detect 「evil twins」 in Rational ClearCase?」。
• 「Evil twin problem and subtractive merge」

我collegue已交付的文件時，如果他刪除了他的流並通過符號鏈接替換它，並再次提供。它會導致邪惡的雙胞胎嗎？

符號鏈接是一個很好的解決方案來恢復正確的文件（如cleartool ln中所示），但我通常通過合併操作來執行該符號鏈接。
你可以在任何時間：

• 結帳你的邪惡雙胞胎文件的父目錄
• 將其刪除（RMNAME）從父目錄的源代碼版本（其中包含了正確的文件）
• 合併到當前檢出版本的同一父目錄（選擇手動合併）
• 通過向目標版本的父目錄添加正確的文件來解決合併問題
• 簽入父目錄

然後，您可以再次發佈，因爲只知道正確的oid文件將被傳播。

它會導致孿生兄弟？

這將導致一個邪惡的雙胞胎再次只有當先前的合併決議過程中選擇了錯誤的文件傳輸。
如果保存了正確的文件，並且按照上述過程恢復了正確的文件，那麼下一次傳送將繼續進行。