- 移除 TodoItem 中的 priority、created_at 和 updated_at 字段 - 强制每个任务都必须有唯一 id,且由用户负责生成 - 修改合并模式逻辑,merge=true 下保留未提及的旧任务 - 支持已完成和已取消任务重新激活(状态改回 pending 或 in_progress) - 禁止 in_progress 状态退回到 pending,必须标记为 completed 或 cancelled - 优化状态转换校验,允许特定状态间合法切换 - 简化任务变更消息,移除详细的新增/更新/移除统计 - 更新文档和示例,明确 id 必须由用户生成和使用 - 修复和补充测试,增强状态转换和合并模式验证 - 调整任务时间戳生成逻辑,统一使用当前时间及索引 - 该变更提供更合理的任务状态机械及管理模式,提升稳定性和易用性
31 lines
1.6 KiB
Markdown
31 lines
1.6 KiB
Markdown
# apps +release-create
|
||
|
||
为妙搭应用创建发布 release。运行时命令事实以 `lark-cli apps +release-create --help` 为准。
|
||
|
||
## 何时用
|
||
|
||
用于把全栈应用的代码分支推进到发布流程。它不是 HTML 静态发布入口;本地 `index.html` / `dist` 要读 [`lark-apps-html-publish.md`](lark-apps-html-publish.md)。
|
||
|
||
## 命令骨架
|
||
|
||
- 必填:`--app-id`。
|
||
- 可选:`--branch`;省略时服务端使用默认发布分支。
|
||
- 返回 `release_id` 和 `status`,后续用 `+release-get` 轮询。
|
||
|
||
## 示例
|
||
|
||
```bash
|
||
lark-cli apps +release-create --app-id app_xxx
|
||
lark-cli apps +release-create --app-id app_xxx --branch sprint/default --dry-run
|
||
```
|
||
|
||
## 输出契约
|
||
|
||
- 成功读取 `data.release_id` 和 `data.status`;`release_id` 是后续 `+release-get` 的入参。
|
||
- `status=publishing` 表示发布仍在进行;继续用 `+release-get` 轮询。
|
||
- `+release-create` 返回 release 只代表发布已发起。只有 `+release-get` 对同一个 `release_id` 返回 `finished` 后,才能说本轮最新版本已部署。
|
||
|
||
## Agent 规则
|
||
|
||
`+release-create` 部署的是远端 `sprint/default` 上已 push 的代码,不是本地工作区——本地若有你修改但未推送的改动,需要先 `git add` + `git commit` 并 `git push` 到 `sprint/default`,否则这些改动不会进入这次发布。发布后若 status 是 `publishing`,用 [`+release-get`](lark-apps-release-get.md) 查询。`+release-create` 部署上线属高影响动作——作为别的命令的连带前置时,按 SKILL.md「高影响动作:确认与预授权」先征得用户同意再发布。
|