修改模式与发布模式
版本控制的核心是修改模式和发布模式的组合。管理员在 「管理控制台 → 版本控制 → 配置」页面中配置这两种模式，决定 用户如何提交变更以及系统如何发布新版本。
修改模式
修改模式决定了用户提交变更的流程。IDMP 提供三种模式：
Version Track（版本追踪）
最简单的工作模式。所有用户共享 main 分支，修改直接提交到版本库。
- 适用场景：仅需追踪变更历史，不需要审批流程
- 工作方式：用户修改元数据 → Check-In → 直接写入 main 分支，生成新版本
- 特点：无需创建分支、无需 MR/PR、无需等待审核
- 发布模式限制：VT 模式下只能选择 Auto-Push，不支持 Manual 发布
Review Required（审核必需）
修改必须通过 Merge Request / Pull Request 审核后才能合入。
- 适用场景：需要审批流程，但不需要电子签名
- 工作方式：用户修改元数据 → Check-In → 系统自动创建 MR/PR → Reviewer 审核 → 合并后生效
- 特点：保护运行分支、支持 diff 审查、支持评论和打回
E-Signature（电子签名）
在 Review Required 的基础上增加 GPG 电子签名。
- 适用场景：制药等强监管行业，需要满足 FDA 21 CFR Part 11 等合规要求
- 工作方式：在 Review Required 流程基础上，每次提交自动附加 GPG 签名
- 特点：最高安全级别、提交不可否认、满足电子签名法规
个人工作空间
在 Review Required 和 E-Signature 模式下，每个用户拥有独立的个人工作空间。 个人工作空间 = 独立的 Git 仓库 + 索引数据副本 + 数据库相关表副本， 确保用户未审核的修改不会影响公共视图，也不会被其他用户看到。
在 Version Track 模式下，所有用户共享同一个 Git 仓库，没有个人工作空间。
详见 个人工作空间。
发布模式
发布模式决定合并后的新版本如何生效。
自动推送（Auto-Push）
合并成功后，系统自动更新运行系统。
- 变更合并到 main 分支后，IDMP 自动拉取最新版本
- 所有用户立即看到最新数据
- 适合大多数场景
人工管理（Manual）
管理员决定何时发布哪个版本。
- 多个 MR/PR 可以累积后批量发布
- 管理员在「版本管理」页面选择版本并发布
- 适合需要严格控制发布时间窗口的场景
如何切换模式
- 进入 管理控制台 → 版本控制 → 配置
- 点击 编辑 按钮进入编辑模式
- 在「修改模式」区域选择目标模式
- 在「发布模式」区域选择目标模式
- 点击 保存，输入管理员密码确认
注意
切换修改模式会立即影响所有用户的递交流程，请谨慎操作。
模式组合
| 修改模式 | 发布模式 | 典型场景 |
|---|---|---|
| Version Track | Auto-Push | 开发/测试环境，快速迭代 |
| Review Required | Auto-Push | 生产环境，需要审批但自动发布 |
| Review Required | Manual | 生产环境，需要审批且控制发布时间 |
| E-Signature | Auto-Push | 合规环境，电子签名 + 自动发布 |
| E-Signature | Manual | 合规环境，最高控制级别 |
