活動由於文件夾已交付而變得無法投遞。什麼是補救措施？

Question

我們在我們的項目中有2個開發流和一個集成流。

以下是流

 ProjName-Int-Stream 
     Bangalore-Dev-Team 
     Madurai-Dev-Team 

班加羅爾的開發團隊成員已刪除的文件夾，並創建一個新的文件夾名稱相同（未編目的文件夾，並創建了相同的）。然後他添加更多文件並將其傳送到集成流。

馬杜賴團隊成員正在同一個文件夾中工作，並且沒有意識到班加羅爾成員刪除了它。現在他的活動沒有列出，而他即將完成他的變化。

有沒有人遇到過這種情況？如果是的話，你作爲補救措施做了什麼，你是如何阻止它發生的？

Answer 1

是的，那些被稱爲evil twins（見的example here：兩個元素 - 在這裏一個目錄 - 創建的，那就是「添加到源代碼控制」 兩次，這意味着他們有不同的OID

。如果該目錄的歷史不是太重要了，前進的最簡單的方法是Madurai團隊：

• 變基第一
• 接受VERS底墊期間Bangalore目錄的離子（他自己的文件會消失）
• 重做其上的文件工作作爲新的Bangalore
• 創建提供

其他（清潔劑）的選項將是Bengalore到：

• 恢復已刪除的目錄「D」及其原始內容。你這樣做的方法是：
  • 顯示父目錄「d」的版本樹
  • 尋找在該版本樹與前一版本中它仍然被引用「d」（做一些「compare with another version」在該父目錄的當前最新版本與版本樹中的先前版本之間）
  • 右鍵單擊該先前版本（stil引用「D」並選擇「merge to」，單擊到當前版本（它會要求你看看它）
  • 選擇圖形合併，然後，在合併窗口中，選擇「d」的正確版本（即一個從舊版本的到來，而不是一個重新創建的）
  • 辦理入住手續的父目錄

如果Bangalore做他在單一活動中的修改，他也可以reverse that activity，這是更簡單。 - （現在又存在）做了修改目錄「D」 - 提供再 - 然後Madurai底墊，並提供過