跳至正文

集成 · 即将推出

Jira

已列入规划,尚未实现。以下是预期形态,以及对目前可用方案的如实说明。

全程可审计原生 GitHub 工作流现有检查仍掌握决定权每个任务的成本清晰可见

将符合条件的 issue 同步至 Jira 项目

对于在 Jira 而非 GitHub Issues 中管理工作的团队,规划与 Linear 采用同样精简的约定:当智能体判定某个 GitHub issue 符合条件时,创建对应的 Jira issue、同步标签,并在交接、升级与关闭过程中保持状态一致。该功能尚未实现。在此之前,REST API 与出站 webhook 已提供同一批事件,编写一个简单的脚本即可实现,无需等待我们。

项目与 issue 类型映射

符合条件的 issue 将创建在你指定的项目中,并使用你指定的 issue 类型。我们不强加任何固定结构。

状态双向同步,事实来源唯一

代码仓库始终是工作的事实来源,Jira 仅作反映。相互冲突的同步对任何人都没有帮助。

目前可行的替代方案

接收出站 webhook 事件,自行调用 Jira REST API:内置同步所使用的正是同一批事件。

下一步

哪些符合条件、哪些需要升级、哪些可以合并,均由你的策略文件决定。任务系统只是反映这些决策。

查看 maintainer.yml 参考

多交付。 少维护。

我们预计,软件的编写速度将超过任何团队的评审能力。你提供代码仓库、机器与密钥,我们提供能够跟上这一速度的工程团队。