ooodc/PicoBot
1
0
Fork 0
Code Pull Requests Activity
PicoBot/.qoder/skills/lark-apps/references/lark-apps-release-create.md
ooodc a7883dbed9 refactor(todo): 重构待办事项管理逻辑及更新状态规则 
- 移除 TodoItem 中的 priority、created_at 和 updated_at 字段
- 强制每个任务都必须有唯一 id，且由用户负责生成
- 修改合并模式逻辑，merge=true 下保留未提及的旧任务
- 支持已完成和已取消任务重新激活（状态改回 pending 或 in_progress）
- 禁止 in_progress 状态退回到 pending，必须标记为 completed 或 cancelled
- 优化状态转换校验，允许特定状态间合法切换
- 简化任务变更消息，移除详细的新增/更新/移除统计
- 更新文档和示例，明确 id 必须由用户生成和使用
- 修复和补充测试，增强状态转换和合并模式验证
- 调整任务时间戳生成逻辑，统一使用当前时间及索引
- 该变更提供更合理的任务状态机械及管理模式，提升稳定性和易用性
2026-06-13 09:22:33 +08:00

1.6 KiB
Raw Blame History

apps +release-create

为妙搭应用创建发布 release。运行时命令事实以 lark-cli apps +release-create --help 为准。

何时用

用于把全栈应用的代码分支推进到发布流程。它不是 HTML 静态发布入口；本地 index.html / dist 要读 lark-apps-html-publish.md。

命令骨架

  • 必填：--app-id。
  • 可选：--branch；省略时服务端使用默认发布分支。
  • 返回 release_id 和 status，后续用 +release-get 轮询。

示例

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 查询。+release-create 部署上线属高影响动作——作为别的命令的连带前置时，按 SKILL.md「高影响动作：确认与预授权」先征得用户同意再发布。