跳到主要内容

使用版本管理协作

团队统一约定

  • 一条长期分支承担标准版
  • 每个客户只保留一条 customer/* 长期客户版
  • 普通成员只使用保存修改、同步团队、更新标准版、发布标准版、标记交付
  • 仓库负责人只在冲突、评审或特殊修复时使用高级 Git
  • 已同步的发布和交付标记不移动、不复用。

Theseus 不绑定代码托管服务。GitHub、GitLab、Azure Repos、Qixin Cloud Code 或自建 Git 服务都可以作为团队远程仓库。

第一次建立项目

  1. 在代码托管服务创建仓库和团队权限。
  2. 在编辑器打开版本并初始化仓库;当前分支会直接成为标准版。
  3. 配置团队同步地址,保存公共设备工程并同步团队。

开发公共功能

  1. 切到标准版并点击同步团队
  2. 修改通用控制逻辑、页面、对象模型或默认配置。
  3. 填写简短修改说明,点击保存修改
  4. Build、仿真并验证标准设备行为。
  5. 点击同步团队;准备对外使用时点击发布标准版

开发客户项目

  1. 从版本选择器选择新建客户版,只填写客户名称和编码。
  2. 在客户版保存选配、客户协议、现场参数与专用流程。
  3. 点击同步团队
  4. 标准功能变化后,在客户版点击更新标准版
  5. 重新 Build,重点回归客户专用行为没有被覆盖。

发生冲突时操作会中止,不会留下半合并状态。由理解标准设备和客户现场的人进入高级 Git 处理;不要通过复制目录或新建另一个客户分支规避冲突。

现场交付

  1. 确认当前客户版、现场和目标设备正确。
  2. 保存修改并同步团队。
  3. 完成控制器、I/O、通讯、安全、HMI 和操作流程验收。
  4. 点击标记交付,填写现场、版本和说明。
  5. 确认界面显示已与团队同步;断网时待恢复后再次点击同步团队

必须人工确认

  • 当前客户、现场和版本选择正确。
  • 工程文件不含不应共享的凭据、真实生产数据或临时机器文件。
  • 更新标准版没有覆盖客户独有配置与动作。
  • 发布或交付标记与实际 Build 和安装版本一致。