当活动中的文件夹被传递时，活动变得无法送达。什么可以补救？

Question

我们项目中有2个开发流和一个集成流。

以下是溪流

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

Bangalore-Dev-Team成员删除了一个文件夹并创建了一个具有相同名称的新文件夹（Uncataloged the folder并创建了相同的文件夹）。然后他将更多文件添加到其中并将其传递到集成流。

Madurai团队成员在同一个文件夹中工作，并且不知道班加罗尔成员删除了它。现在他的活动没有列出，而他即将交付他的变化。

有没有人遇到过这种情况？如果是这样，你做了什么作为补救措施，你是如何防止它发生的？

Answer 1

是的，这些被称为 evil twins （参见example here：两个元素 - 这里是一个目录 - 创建，即“添加到源代码管理”两次，意味着他们有不同的oid。

如果该目录的历史记录不是很重要，那么最简单的方法就是Madurai团队：

首先
• rebase
• 在rebase期间接受来自Bangalore的目录版本（他自己的文件将会消失）
• 重做其对Bangalore
新创建的文件的处理
• 递送

另一个（更干净）选项适用于Bengalore：

• 使用原始内容恢复已删除的目录“D”。你这样做的方式是：
  • 显示“D”
  的父目录的版本树
  • 在该版本树中查找仍然引用“D”的先前版本（在该父目录的当前最新版本与版本树中的先前版本之间做一些“compare with another version”） LI>
  • 右键点击之前的版本（stil引用“D”并选择“merge to”，点击当前版本（它会要求您查看）
  • 选择图形合并，然后在合并窗口中选择“D”的正确版本（即来自旧版本而不是重新创建的版本）
  • 签入父目录

如果Bangalore在单个活动中进行了修改，他也可以reverse that activity，这样做更简单。 - 在（现在再次出现）目录“D”中进行修改 - 再次交付 - 然后Madurai改变，并提供