rtc - 为什么创建快照也会创建新基线？

Question

我创建了一个流的新快照。因此，流的其中一个组件现在有了新的基线。此新基线与新创建的快照具有相同的名称。为什么会发生这种情况？

Answer 1

快照将拍摄... 流上交付的最新更改集的快照。

如“快照与基线的区别”中所述：

您可以根据自己的喜好对工作区或流的状态进行快照。
这将在需要时自动创建基线，即，当该工作区/流中组件的当前配置当前未在基线中捕获时。

当您在工作区组件上创建基线时，它会将工作区当前从该组件中选择的源版本作为基线。

一旦创建，您可以在任何您想要的地方使用快照或基线（即它不以任何方式“绑定”到创建它的工作区或流）。

确实，从工作空间到流的“交付”操作也会导致该工作空间中的基线显示在流的基线历史记录中。

一些人认为“交付”操作应该只交付变更集，而不是基线，因为当工作空间和流中的基线历史发生分歧时可能会发生混乱。
（特别是，我希望您在需要时在流中显式创建基线）。
这种方法的一个优点是快照和基线将具有一致的语义（目前，基线受交付操作的影响，但快照不受）。

Answer 2

我想我知道这个问题的答案。更改集已交付给创建新基线的流中的组件。因此，当我创建一个新快照时，它为此组件创建了一个新基线，因为它包含一个新的更改集，因此它与原始基线不同。

Answer 3

在我们的例子中，每个基线都只创建和使用一次。几年后，许多开发人员使用 Jenkins 构建 dev/int/prod 变体并对其进行单元测试，我们有几十万个基线，这些基线除了生成一个快照之外从未用于任何其他用途。再也没有看过，也没有提供任何进一步的价值，只会消耗 TB 的磁盘空间。

正确的答案是使用不同的 SCM 工具，但管理不是技术性的，Rational 的销售人员销售了一个不能完全满足我们开发需求的优秀产品。每次都从没有新基线的流中创建快照将使这更适合我们的需求。