配置管理-版本控制幻灯片.ppt

第十章 版本控制 Related to text book Chp. 17 (English book) 版本控制 版本控制的需求 现代设计的复杂性和团队作业需要协同，协同工作的特点是支持并发和层次性设计，它需要妥善的版本管理机制 产品为满足不同用户的需求，同一产品应有不同性能的系列化产品，这要求一个产品应当是可配制的、多版本的。 版本集的管理 一个产品的版本可以按时间轴来展开，但它不能描述版本间的相关性 表达版本间的相关性应当是一个祖先—后代联系的有向无环图 其中相关概念有 当前指示器：总是指向当前版本，下一个版本将由该版本派生 主通路：包含根到当前版本的所有节点的路径 有效/无效标签：对版本是否通过验证来标识，根据设置多种标签，可以对版本的测试建立管理 功能说明：对版本功能和类型的说明属性 版本引用和设计方案 设计对象的分层组织形成了对象结构中的对象引用层次 静态引用：在一个具体的版本实例中，如果每一个引用都是指向一个具体的版本实例，那么这个引用是一个静态的 动态引用/一般(Generic)引用：该引用只是描述了对象间的联系，而不是一个具体的特定版本 设计方案：一个设计方案是指一个具有静态引用的实例化版本，如果原来只有动态引用，那么在确定一个设计方案时，必须通过实例化版本对象来动态捆绑一个静态引用，产生一个设计方案 图17.5 管理配置 其中：底盘版本1：小底盘架，版本2：大底盘架 引擎版本1：75马力， 版本2：120马力 环境需求说明：不同的设计方案是为了不同的需求而存在，因而方案设计的组织应当由环境需求说明作为选择框架 例：对于汽车设计，可以以经济性要求和跑车要求来区分不同的设计方案 版本的层次体系 相同的工程制成品可以在n个层次上有不同的描述，例如功能角度描述或者几何角度描述(representation) 每一个描述又可以有不同的选择(alternative)，每个选择又可以存不同的版本 这些描述和选择都是在不同的视角上抽象 只有最低层的版本是独立的，它拥有构成整个设计工作对象所需要的结构 图17.6 每一个描述和选择都只是逻辑对象，它们将版本按逻辑进行聚簇划分 版本簇之间没有联系，形成层次结构 特定应用上聚簇是可以嵌套的 在一个簇里，对版本的描述是一条从根到具体版本的路径 例：版本描述　i1/R2/A3/V2 描述了设计对象i1如何经由版本描述、版本选择直到一个静态版本的选择路径，它有助于一般引用的动态捆绑中的版本选择 为了方便动态选择，需要对每层的节点进行标记： 每一个设计对象的标记 每一个对象描述的标记 每一个选择的标记 举例 重新考察汽车产品中对应不同需求的版本描述，例如对经济型轿车版本描述： 其中 左边线框描述了i1/R1/current指向当前版本 右边线框描述了绑定版本i1/R2/A3/current 变化传递的通知 当一个新版本建立时，它会引起上层产生新版本 例如设计对象A引用设计对象B、C，当引用对象B、C各产生一个新版本时，必然会引起A的新版本的产生 如果由管理系统自动维护新版本产生，系统将会按所有可能的组合来产生上层版本，这样可能会产生出许多无效的新版本，从而造成信息爆炸 实际上低层版本间有关联情况时， 例如B是设计图纸，C是设计说明，一个新设计仅与一个新设计说明相关，那么应当有一个有效的变化传递来控制上层新版本的产生 版本的组检查 将相关联的同一层次的对象版本组成版本组 在产生组内的所有新版本后进行变化传递 对每一个新版本进行由底向根路径遍历，将路径上的每个节点打且仅打一次标记 对打过标记的节点均产生一个独立的后继版本，并建立该版本与上层、下层相应新版本的引用联接 图17.10 组内检查控制的变化传递 协同工作中版本变化的通知 在协同工作环境中，不同的设计组之间仍然有相关的条件要求(虽然没有直接引用要求)，例如一个汽车引擎组的设计变更可能影响汽车外壳设计，因此需要一个存放版本变化通知机制 基于信息的通知——主动型。当一个相关的设计对象被更新、删除或者新版本产生时，它都要给相关其它设计者发送一个变更通知 立即通知模式 变化发生时立即通知 延缓通知模式 变化结束后再通知 协同工作中版本变化的通知-续 基于标示的通知(被动型)：对受变化影响的设计对象加一个变化标识，只有当设计者访问该对象时才能获知变化通知 三层数据库层次结构中的版本操作 三种版本的语义及操作 发行版本：只存在于公共数据库，发行版本是只读版本，禁止删除和更新，一个发行版本可以高度共享而没有更新带来的一致危险 工作版本：可以存在于组数据库和私有数据库中，组内共享的版本，它不能更新，但允许创造者删除