在它的文件夹被送到活动变得无法投递。 可能是什么补救措施？(Activity becomes u

我们有2开发流，并在我们的项目的集成流。

以下是流

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

班加罗尔的开发团队成员已删除的文件夹，并创建一个新的文件夹名称相同（未编目的文件夹，并创建了相同的）。 然后，他增加了更多的文件到它，它交付给集成流。

马杜赖的团队成员在同一文件夹中工作，不知道班加罗尔成员将其删除。 现在，他的活动没有列出，而他即将发表他的变化。

有没有人遇到这种情况？ 如果是这样你做了什么为补救行动，你怎么防止它发生？

Answer 1:

是的，那些被称为孪生兄弟 （看到这里例子 ：两个元素-在这里一个目录-创建，即“添加到源控制” 的两倍 ，这意味着他们有不同的OID。

如果该目录的历史不是太重要了，前进的最简单的方法是Madurai球队：

• 第一重订
• 接受目录的版本Bangalore底垫中（他自己的文件会消失）
• 重做上的文件其作品通过新创建的Bangalore
• 交付

其他（清洁剂）的选项将是Bengalore到：

• 恢复被删除的目录“ D ”，其原有的内容。 你这样做的方法是：
  • 显示“d”的父目录的版本树
  • 寻找在该版本树与前一版本中它仍然被引用“d”（做一些“ compare with another version是父目录的目前的最新版本和以前的版本在版本树之间”）
  • 对以前的版本用鼠标右键单击（其中STIL引用一个“d”，选择“ merge to ”，点击到当前版本（它会问你要看看它）
  • 选择图形合并，然后，在合并的窗口中选择“d”的正确版本（即，一种从旧版本来代替一个重新创建的）
  • 办理入住手续的父目录

如果Bangalore在一个活动中做了他修改，他也可以扭转这种活动 ，这是简单的事情。 -做（现在再次出现）目录“修改D ” -再交付-然后Madurai底垫，并提供过

文章来源: Activity becomes undeliverable as folder in it was delivered. What could be the remedy?