ClearCase：交付和重新定基之间的区别

假设流B和流C是流A的子流，并从A的同一基线中播种。在B和C中并行开发一段时间后，B需要从C的最新基线bl_C_5中获取代码。是否存在任何功能性（元素合并）或非功能性（性能等）以下操作之间有什么区别

• B从基线bl_C_5的C
• C向B交付基线bl_C_5

简单：

“

B

从

C

的基线

bl_C_5

重新基线”是不可能的：重新基线只能合并从父流

a

生成的基线，而不能合并从

C

生成的基线

您可以将

C

交付给

A

，在

A

上设置基线，并在

B

上重新设置所述基线

那么，直接将

C

交付给

B

（这是可能的）的区别在于，重新基准将带来交付给

A

的潜在其他更改

---

如果未在

A

上进行其他合并（交付/重新基础），则将

C

交付给

A

，然后重新基础

B

与直接交付给

B

相同。唯一的区别是，关于

A

的所有视图都会看到

C

贡献。

这带来了下一个问题，假设bl_C_5从C传递到B。那么C中有一个子问题基线bl_C_6。现在，如果bl_C_6从C传递到B，它是否只会尝试将C到B中的bl_C_5到bl_C_6的增量合并？@Raihan：不完全是这样。ClearCase一个文件一个文件地解释原因，对于在

bl_C_6

中修改的所有目录/文件，它将检查它们是否需要合并。合并本身可以检测到增量，但是一个文件接一个文件的过程速度非常慢（与Git这样的内容管理系统相比）。有关合并机制和其他特性的详细信息：