使用版本管理协作
团队统一约定
- 一条长期分支承担标准版。
- 每个客户只保留一条
customer/*长期客户版。 - 普通成员只使用保存修改、同步团队、更新标准版、发布标准版、标记交付。
- 仓库负责人只在冲突、评审或特殊修复时使用高级 Git。
- 已同步的发布和交付标记不移动、不复用。
Theseus 不绑定代码托管服务。GitHub、GitLab、Azure Repos、Qixin Cloud Code 或自建 Git 服务都可以作为团队远程仓库。
第一次建立项目
- 在代码托管服务创建仓库和团队权限。
- 在编辑器打开版本并初始化仓库;当前分支会直接成为标准版。
- 配置团队同步地址,保存公共设备工程并同步团队。
开发公共功能
- 切到标准版并点击同步团队。
- 修改通用控制逻辑、页面、对象模型或默认配置。
- 填写简短修改说明,点击保存修改。
- Build、仿真并验证标准设备行为。
- 点击同步团队;准备对外使用时点击发布标准版。
开发客户项目
- 从版本选择器选择新建客户版,只填写客户名称和编码。
- 在客户版保存选配、客户协议、现场参数与专用流程。
- 点击同步团队。
- 标准功能变化后,在客户版点击更新标准版。
- 重新 Build,重点回归客户专用行为没有被覆盖。
发生冲突时操作会中止,不会留下半合并状态。由理解标准设备和客户现场的人进入高级 Git 处理;不要通过复制目录或新建另一个客户分支规避冲突。
现场交付
- 确认当前客户版、现场和目标设备正确。
- 保存修改并同步团队。
- 完成控制器、I/O、通讯、安全、HMI 和操作流程验收。
- 点击标记交付,填写现场、版本和说明。
- 确认界面显示已与团队同步;断网时待恢复后再次点击同步团队。
必须人工确认
- 当前客户、现场和版本选择正确。
- 工程文件不含不应共享的凭据、真实生产数据或临时机器文件。
- 更新标准版没有覆盖客户独有配置与动作。
- 发布或交付标记与实际 Build 和安装版本一致。