# 什么是M-V模型？
在制造业、研发密集型等行业中，关键数据不仅用于记录结果，更承载了研发设计与制造思路的"演进历史"。这些数据需要满足全流程追溯、合规审计及多业务并行协同等复杂需求。
为应对上述场景，工业数字模型驱动引擎-数据建模引擎（xDM Foundation，简称xDM-F）提供了预置的Master-Branch-Version（M-V）三层结构模型。通过该模型，一旦某个业务对象被构建为M-V模型形式，其所有数据实例即可实现从诞生、迭代演进到最终退役的全生命周期管理。
#### 应用设计态：M-V模型架构定义
在应用设计态，通过将数据实体的"父模型"指定为"VersionObject"，系统将自动生成完整的M-V模型实体，形成数据管理的结构化基础。
图1M-V模型设计态架构   
![](https://support.huaweicloud.com/idme_faq/figure/zh-cn_image_0000002513387378.png "点击放大")
- **Master（主对象）**
  代表产品在物理与业务层面唯一且持久的实体，是数据管理的根与源头。以零件的"物料编码（Part Number）"为例，无论后续设计如何演进，其在整个企业体系中的身份始终保持唯一与稳定。存储关键标识信息，如物料编码、零件名称、分类等核心元数据，从根源上建立"一物一码"的企业统一数据视图，彻底治理"一物多码"造成的业务混乱与集成难题。
  
- **Branch（分支对象/大版本）**
  对应产品的重大技术变更、客户化变型或不同业务视图（如设计/制造视图）。通过"修订（Revise）"操作创建，标志重要方案转向或视图转换。存储大版本标识、视图类别、修订说明等关键信息，有效支撑多种方案并行开发与技术路径管理，确保重大决策过程得以清晰记录与追溯。
  
- **Version（版本对象/小版本）**
  用于记录分支内部的持续迭代过程，如设计草稿的演进与参数优化。基于"检出/检入（Checkout/Checkin）"机制实现，既支持团队并行协同，又保障每次变更可追溯、可管理。存储具体版本号、CAD模型文件、物料属性、重量等细粒度设计与工艺数据，实现真正的版本级并发控制与精细化变更管理。
  
 
#### 应用运行态：M-V模型版本演进与实例管理
在应用运行态，M-V模型主要用于维护数据实例，支持检入、检出、更新、修订等全流程操作，实现工业对象从诞生到退役的完整数字履历管理。以下以零件"PROP-001"（螺旋桨）为例，展示其在应用运行态中的版本演进过程。
图2运行态中M-V模型版本演进   
![](https://support.huaweicloud.com/idme_faq/figure/zh-cn_image_0000002544987589.png "点击放大")
1. **实例化创建（数字身份的诞生）**
   当在应用运行态创建零件"螺旋桨"数据实例时，系统将自动生成该零件的Master（核心身份标识），同时默认创建Branch A（设计大版本）及Version A.1（初始设计版本），完成零件数字身份的初始构建。
   
2. **小版本迭代（持续优化演进）**
   当发现"螺旋桨"叶片需要加厚"0.5mm"时，执行以下操作：
   1. 检出：锁定Version A.1，防止多人并发修改冲突。
   
   2. 编辑：基于锁定的版本开展叶片厚度参数调整等设计工作。
   
   3. 检入：完成修改并确认无误后保存，系统将自动生成新的小版本Version A.2，实现迭代记录留存。 如Version A.2测试失败，可随时一键删除该版本并回滚至历史稳定版本Version A.1，有效规避设计风险，保障设计工作安全性。
      
    
3. **分支创建（业务路径的衍生）**
   当"螺旋桨"Branch A版本设计定型并投入量产后，针对客户提出的"静音版"定制需求，执行以下操作：
   1. 修订：以当前稳定版本Version A.2为基准，通过修订操作生成新分支Branch B（静音版专属分支），完整集成基准版本核心数据。
   
   2. 并行管理：系统同步独立维护两个分支，实现生产与研发高效协同。
      - Branch A：维持现有定性状态，专供生产部门开展量产工作。
      
      - Branch B：自动初始化开启Version B.1，研发部门可基于该分支独立开展静音优化研发。