我最近开始研究一个新项目,开发团队正在使用ClearCase进行版本控制(该项目主要用java和ExtJs编写)。
我听过这些条款'查看'和' Branch'被抛出很多 - 这些术语可以互换吗? 如果没有,请你提供一个外行人对视图和分支的解释以及它们如何相互关联。
视图和分支是否特定于ClearCase,或者这些术语是否也用于其他版本控制系统?
答案 0 :(得分:1)
我听到“观察”和“分支”这两个词被抛出很多 - 这些术语是否可以互换?
没有
0
:/main/0
标记元素的创建,而/main/aBranch/0
标记新元素的创建branch,a forking point, where the version remains identical to the previous one) 请参阅“About branches, versions, and labels”:
将资源添加到ClearCase源代码控制时,会在VOB中创建表示该资源的元素 该元素在该分支上有一个名为main的分支和一个版本(版本0)。可以在主分支上创建元素的连续版本,并且可以在必要时创建其他分支
版本树中的每个分支都包含该元素的一个或多个版本。每个版本代表元素的修订版 使用版本扩展路径名标识版本,该路径名包括其VOB中元素的路径名,并且还指定其分支名称及其在该分支上的版本号。例如,位于VOB目录
module.java
的主分支上的文件\product\src\
的第四个修订版具有版本扩展路径名\product\src\module.java@@\main\4
。
有关高级配置规范示例,请参阅“View that uses attributes to select versions”。
视图和分支是否特定于ClearCase,或者这些术语是否也用于其他版本控制系统?
视图,尤其是动态视图,特定于ClearCase 但它们代表的不是:它是工作目录和版本选择机制的组合。您可以在大多数版本控制系统中找到它。
分支是所有VCS的一部分,并启用merge workflow 请参阅“How to use git metadata strategies compared to ClearCase ones?”例如,看看与git相比。