Bitrise

开发

Neotask 通过 Bitrise 和 OpenClaw 运行您的移动 CI/CD 管道——通过对话而非 CI 仪表板触发构建、监控管道并管理应用部署。

功能概览

Bitrise 在 Neotask 目录中拥有最全面的移动 CI/CD 覆盖——通过 OpenClaw 提供 67 项操作,涵盖移动应用交付的每个阶段。

| 领域 | 操作数 | 自动化内容 |

|------|--------|------------|

| 应用 | 11 | 注册、配置、更新和管理移动应用管道 |

| 构建 | 8 | 触发、监控、中止构建并检索日志和步骤 |

| 产物 | 4 | 列出、获取、管理和下载构建产物 |

| 管道 | 4 | 列出、检查、中止和重建管道运行 |

| 发布管理 | 18 | 连接应用、可安装产物、测试者组、构建分发 |

| 工作空间 | 7 | 管理工作空间成员、组和邀请 |

| 缓存 | 4 | 管理构建缓存以加速 CI 运行 |

| Webhook | 4 | 创建和管理出站 Webhook |

| 配置 | 4 | 验证 YML、搜索步骤、列出可用栈 |

| 组角色 | 2 | 管理组级别的访问控制 |

每项操作均可自主运行或需要您的审批——由您决定。

试试这样问

  • "在 main 分支上使用 Production 工作流为 iOS 应用触发发布构建"
  • "最后一次 Android 构建失败了什么?显示失败步骤及其日志输出。"
  • "列出 BetaTesters 应用的所有测试者组及每组的测试者数量"
  • "将最新的 iOS 构建分发给 QA 测试者组并通知他们"
  • "最后一次成功发布构建有哪些构建产物?"
  • "显示 Android 应用的 Bitrise YML——我需要审查工作流步骤"
  • "本周运行了多少次构建,通过/失败率是多少?"
  • "为生产应用注册一个 Webhook,在构建完成时通知我们的 Slack"
  • 专业提示

  • 安排预发布自动化:触发构建、等待完成,如果通过则自动分发给 QA 测试者并通知团队。
  • 为生产工作流的 trigger_bitrise_build 启用审批门控——发往 App Store 的发布构建不应在没有人工签字的情况下触发。
  • 将 Bitrise 与 Linear 连接:当功能分支的构建失败时,Agent 自动创建附带构建日志的 Linear Issue 并分配给开发者。
  • 多 Agent 团队可以管理完整的发布管道:一个 Agent 监控构建结果,另一个处理产物分发,第三个发送发布说明给利益相关者。
  • 更新工作流配置前使用 validate_bitrise_yml——Agent 可以在应用前验证更改,防止破坏管道。
  • Works Well With