我创建了一个新的流快照。因此，流的一个组件现在具有新的基线。此新基准与新创建的快照具有相同的名称。为什么会这样？
答案 0 :(得分：3)
快照将拍摄Stream上提供的最新更改集的快照。
如“difference between snapshot and baseline”中所述：
您可以根据自己的喜好对工作区或流的状态进行快照 这将在需要时自动创建基线，即，当前工作空间/流中的组件的当前配置当前未在基线中捕获。
在工作区组件上创建基线时，它会根据该组件中工作区当前选择的源版本进行基线化。
创建后，您可以在任何您想要的地方使用快照或基线（即，它不会以任何方式“绑定”到创建它的工作区或流）。
确实，从工作空间到流的“传递”操作也会导致该工作空间中的基线显示在流的基线历史记录中。
有些人认为“交付”操作应该只提供更改集而不是基线，因为当工作空间和流中的基线历史记录发生分歧时可能会出现混淆。
（特别是，我希望您只需要在流中明确创建基线） 这种方法的一个优点是快照和基线具有一致的语义（目前，基线受传递操作的影响，但快照不受影响）。
答案 1 :(得分：0)
我想我知道答案。更改集已传递到流中创建新基线的组件。因此，当我创建一个新快照时，它为该组件创建了一个新的基线，因为它包含一个新的更改集，因此它与原始基线不同。
答案 2 :(得分：0)
在我们的例子中，每个基线都创建并使用一次。经过几年和许多开发人员使用Jenkins构建dev / int / prod变体并对它们进行单元测试，我们有几十万个基线，除了每个生成一个快照之外从未用过任何其他东西。从来没有再看过，从未提供任何进一步的价值，只能用于咀嚼数TB的磁盘空间。
正确答案是使用不同的SCM工具，但管理不是技术性的，Rational的销售人员销售的产品不太适合我们的开发需求。每次从没有新基线的流创建快照会使其更适合我们的需求。