我的同事在多个位置入住了一个EXE。每当我们可能需要在多个位置进行检查时，我们通常会在一个共同的位置进行签到，然后在所有其他地方创建符号链接。
，但他不知道这种做法并做到了。他在自己的流中做到了这一点，并将其交付到集成流。
如果我们要求他删除文件并将其替换为符号链接（然后再次将其交付到集成流，它会导致邪恶的双胞胎吗？
何时创造邪恶的双胞胎？在UCM中，如果我们创建了一些文件，是否完全删除（假设我们不应用基线，我们只是创建和交付）？
当您在两个不同分支的同一目录中添加具有相同名称的文件时，它们会创建它们。
这不是特定于UCM的，但它会更难使合并（或在UCM中进行交付或重新置），因为它将在"目录合并"步骤中停止合并，要求您在合并后的两个文件（相同命名）之间进行选择目录。
"添加到源控制两次"的问题是，文件将生成两个不同的对象ID，因此两个不同的历史记录：您将无法合并文件本身，您只能删除一个并保留另一个。
有关更多信息，请参见：
- "在理性的透明案中检测"邪恶的双胞胎"的宽松方式是什么？"
- "邪恶的双胞胎问题和减法合并"
如果我的同事在自己的流中删除了该文件并将其替换为Symlink并再次交付。它会导致邪恶的双胞胎吗？
symlink是恢复正确文件的好解决方案（如cleartool ln中所示），但我通常通过合并操作进行符号链接。
您可以随时：
- 签约您邪恶双胞胎文件的父级目录
- 删除它（rmname）
- 从父源目录的源版（包含正确的文件）合并到同一父目录的当前检查版本（选择手动合并）
- 通过将正确的文件添加到Parent Directory的目标版本 来解决合并。
- 检查父目录
然后您可以再次交付，知道只有正确的OID的正确文件才能传播。
它会导致邪恶的双胞胎吗？
只有在以前交付的合并解决过程中选择错误的文件时，它才会再次导致邪恶的双胞胎。
如果保留了正确的文件，并且在上述过程之后还原该正确的文件，则下一个交付将恰好进行。