Clearcase中的派生对象

Clearcase中的派生对象,clearcase,Clearcase,我想问ClearCase中的派生对象到底是什么,它是如何工作的 另外,我想问是否有其他程序具有相同的功能,因为在Git、MKS或IBM®Rational Team Concert中™ 我找不到类似的东西,它过时了吗 这与动态视图相关,动态视图非常特定于ClearCase,在其他较新的VCS中找不到 见“ 开发人员在视图中执行构建,以及与ClearCase相关的所有其他工作。通常,开发人员在单独的私有视图中工作。有时,团队共享一个视图(例如,在软件集成期间) 如“开发软件”中所述,每个视图都为构建

我想问ClearCase中的派生对象到底是什么,它是如何工作的


另外,我想问是否有其他程序具有相同的功能,因为在Git、MKS或IBM®Rational Team Concert中™ 我找不到类似的东西,它过时了吗

这与动态视图相关,动态视图非常特定于ClearCase,在其他较新的VCS中找不到

见“

开发人员在视图中执行构建,以及与ClearCase相关的所有其他工作。通常,开发人员在单独的私有视图中工作。有时,团队共享一个视图(例如,在软件集成期间)

如“开发软件”中所述,每个视图都为构建软件提供了一个完整的环境,其中包括源版本的特定配置和一个专用工作区,您可以在其中修改源文件,并使用构建工具创建对象模块、可执行文件等

作为构建环境,每个视图都与其他视图部分隔离。在一个视图中构建软件不会干扰另一个视图中的工作,即使是在同一时间构建同一程序。但是,在动态视图中工作时,您可以检查以前在另一个动态视图中完成的工作并从中获益。如果合适,新生成将共享以前生成创建的文件。这种共享节省了构建复制现有对象的新对象所需的时间和磁盘空间

您可以(但无需)确定在所有动态视图中的目录中发生了哪些其他构建。ClearCase包括用于列出和比较过去构建的工具

该方案的关键在于项目团队的VOB为构建创建的文件构成了一个全局可访问的存储库,就像它们为进入构建的源文件提供存储库一样。
软件构建生成的文件是派生对象(DO)。与每个派生对象相关联的是一个配置记录(CR),
clearmake
omake
在后续构建期间使用它来确定DO是否可以重用或共享

派生对象(DO)是在使用clearmake或omake进行构建或构建审核期间在VOB中创建的文件。
每个DO都有一个关联的配置记录(CR),即DO的物料清单。CR记录了构建环境的各个方面、DO的组装过程以及创建DO所涉及的所有文件

生成工具试图避免重建派生对象

  • 如果视图中存在适当的派生对象,clearmake或omake将重用该派生对象
  • 如果视图中没有合适的DO,clearmake或omake将查找在另一个视图中构建的现有DO,该DO可以位于当前视图中
搜索过程称为购物


<>这是非常大的C或C++基于MaFag文件的项目。

< P>我想TL;此文件的DR版本为:

派生对象包含描述

  • 生成对象所访问的内容,包括生成文件中可能存在的依赖项
  • 生成过程中创建的其他文件(“同级派生对象”)
  • 用于构建对象的命令(“构建脚本”),假设clearmake、omake或ANT侦听器用于运行构建
在clearmake和omake的情况下,此信息用于避免重建,从而可能加快构建速度。查找被称为“购物”,构建避免被称为“winkin”


如果您有法规或安全法规遵从性,或者在这种级别的审核非常关键的情况下有需要,那么实际上没有任何其他方法可以做到这一点

只需添加一些上下文并回答“它过时了吗?”,我曾经在一个非常大的应用程序(~3M SLOC)上工作过,从零开始编译和链接需要3天以上的时间。能够使用DO的“显著”减少了编译、链接的时间。随着硬件的改进和价格的下降,我们最终可以在几个小时内从新硬件的源头上构建相同的硬件。将技术从单一应用程序转变为更小的模块化服务等也降低了成本效益($$licensing-++vs idle dev---)。