# 母组件维护流程

## 下发与分叉

发布完整源码包，应用将它纳入自己的版本管理，固定 component.lock.json。部署不依赖可变 CDN，不自动升级。组件内部变更先 fork，应用配置不计作 fork。

## 接收特性

接收 changes.patch、FEATURE.md、proposal.json 和 component.fork.json。校验母版本及原版哈希，再在隔离分支应用补丁。提案没有测试、复现或业务边界说明时先补齐，不直接并入发布版。

分类决定：

- 通用缺陷修复：保留兼容接口和现有默认行为。
- 通用新能力：定义公开接口，提供默认关闭或兼容的行为及虚构示例。
- 业务专用能力：优先做适配层或扩展接口，不让组件依赖某个网站接口、数据表或认证中心。
- 改变默认行为或接口：明确迁移步骤和主要版本升级。

## 发布门槛

检查共享组件源码、示例、接口文档和测试是否同步。用相同构建包验证 CRM、SSO 及最小示例：排序、空值、多选、分组、列拖动、编辑互斥、冲突恢复、视图保存、键盘/触屏、宽窄屏。业务保存还需运行各应用的权限和字段保留测试。

只用虚构测试数据。组件修复不得带入应用凭证、真实业务数据或遥测。检查最终应用包中组件片段哈希与锁文件一致，阻止把独立重写冒充同版本。

发布新版本目录及新的 SHA256，不覆盖已有版本目录。小修复用补丁版本，兼容能力用次版本，不兼容用主版本。记录影响范围、回滚版本和已验收的应用；各应用主动选择升级。

## 1.0.0 的已知边界

component.py 提供本地安装、校验、登记 fork 和生成补丁提案。没有自动上传、自动提案审批、自动三方合并或自动发布；这些步骤由维护母组件的任务执行。提案需要明确授权后才可发送到其他任务或系统。