Clearcase 为什么不能从RTC中的流中创建新基线?
如果我右键单击存储库工作区中的组件,我可以选择在此组件上创建新基线Clearcase 为什么不能从RTC中的流中创建新基线?,clearcase,rtc,Clearcase,Rtc,如果我右键单击存储库工作区中的组件,我可以选择在此组件上创建新基线 但是,如果我右键单击流中的组件,则创建新基线的选项不可用。基线必须始终针对repo工作区创建,因为它必须交付到流,并由在其各自repo工作区中处理同一流的其他协作者接受 这与快照不同,快照可以在流上创建,并且允许RTC中的用户和构建管理器对交付的代码进行“快照” 因此,快照和基线之间的区别在于: 基线必须在流中交付(即不直接创建) 快照用于标记已交付的内容(例如,用它初始化一个新流):没有用户会在其repo工作区中接受快照
但是,如果我右键单击流中的组件,则创建新基线的选项不可用。基线必须始终针对repo工作区创建,因为它必须交付到流,并由在其各自repo工作区中处理同一流的其他协作者接受 这与快照不同,快照可以在流上创建,并且允许RTC中的用户和构建管理器对交付的代码进行“快照” 因此,快照和基线之间的区别在于:
- 基线必须在流中交付(即不直接创建)
- 快照用于标记已交付的内容(例如,用它初始化一个新流):没有用户会在其repo工作区中接受快照
开发人员(或构建人员)将只接受来自该流的更改 (这就是基线的来源:对于每个组件,它们允许流动一组冻结的更改) 快照的目的是记录历史中的一个点,因此您可以“跳转到它”(例如,复制旧配置),而不是作为流动更改的机制 这与ClearCase UCM不同,因为“流”既用于公共协作空间(如“集成”流),也用于用户工作区(如“开发流”)。
基准是记录历史上的一个点,以及流程变更(通过交付/重新基准)。
RTC引入了两个独立的环境:
- 团队协作完成给定开发工作的全局流程:流(及其快照)
- 用户一个,用于每个用户管理其更改:存储库工作区一个(每个组件有其基线)