如何查看所有分支的CI状态Worktrunk对GitHub/GitLab/Gitea集成完全指南【免费下载链接】worktrunkWorktrunk is a CLI for Git worktree management, designed for parallel AI agent workflows项目地址: https://gitcode.com/GitHub_Trending/wo/worktrunkWorktrunk 是一款面向并行 AI Agent 工作流的Git worktree 管理命令行工具它内置了跨平台的CI 状态检测能力一条命令即可在终端里看到每个分支在 GitHub、GitLab、Gitea以及 Azure DevOps上的流水线通过与失败情况无需反复打开浏览器。本指南带你从入门到进阶快速掌握 Worktrunk 的 CI 状态查看与平台集成配置。一键查看所有分支的 CI 状态日常查看 CI 状态只需一条命令wt list --full--full会附加两个出网列CI 状态和 LLM 摘要。表格中的CI列直接显示该分支对应的开放 PR/MR 编号——GitHub、Gitea 显示#3035GitLab 显示!3035——并用颜色标记流水线状态。 想让没有 worktree 的分支也显示 CI 状态加上--brancheswt list --full --branchesCI 单元格是可点击的超链接点一下就直接跳转到对应的 PR 页面或流水线页面排查失败原因一步到位。看懂 CI 状态颜色速查表Worktrunk 用颜色表达流水线状态遵循冷色表示等待暖色表示需要行动的设计逻辑指示符JSON 值含义绿色#passed所有检查通过 ✅蓝色#running检查进行中 ⏳红色#failed一个或多个检查失败 ❌黄色#conflicts与目标分支存在合并冲突灰色#no-ci无 PR/MR或未配置检查黄色⚠errorCI 状态获取失败限流、网络等品红#changes_requested评审者要求修改青色#pending需要评审如分支保护但尚未给出颜色优先级规则很贴心要求修改品红优先于运行中蓝——等待并不能消除修改要求而待评审青只会重新着色原本绿色或平静的分支。平台自动识别零配置开始Worktrunk 会自动从 Git 远程仓库的域名识别托管平台域名中含github→ 识别为 GitHub域名中含gitlab→ 识别为 GitLab域名中含gitea→ 识别为 Giteadev.azure.com/visualstudio.com→ Azure DevOps也就是说自托管实例如github-enterprise.acme.com同样能被正确识别无需任何配置。识别逻辑的完整实现见 src/git/ci_platform.rsCI 状态的各平台采集器位于 src/commands/list/ci_status/。⚠️注意识别依赖各平台官方 CLI——GitHub 用gh、GitLab 用glab、Gitea 用tea实验性、Azure DevOps 用az。请确保相应 CLI 已安装并登录。PR/MR 元数据的统一解析流程见 src/git/remote_ref/。进阶手动配置自托管平台如果你的自托管服务域名中不包含github、gitlab、gitea字样比如名为forge.example.com的 Forgejo 实例需要在项目配置.config/wt.toml中显式声明[forge] platform gitlab # 或 github、gitea实验性、azure-devops实验性 hostname git.company.example # API 主机当远程主机名不是 API 主机时配置示例参见 dev/wt.example.toml。优先级规则从先到后仓库自身[forge].platform最具体优先用户配置中匹配当前仓库的[projects.host/*].forge.platform自动从远程 URL 域名推断当多个仓库共享同一个自托管主机时可以在用户配置里用通配模式一次声明无需逐仓库重复。完整配置说明见 dev/config.example.toml 与 docs/public/config.md。缓存机制与状态刷新CI 状态结果会被缓存30–60 秒避免频繁调用平台 API 触发限流。你可以用以下命令查看或清空缓存wt config state cache另外两种状态失真场景值得了解草稿 PR/MRCI 单元格会显示为暗色本地有未推送改动状态标记为stale提示当前 CI 结果尚未反映最新提交常见问题排查QCI 列显示⚠是什么情况A表示 CI 状态获取失败常见原因是 API 限流或网络问题。稍后重试或检查对应 CLIgh/glab/tea的登录状态。Q为什么本地分支的 CI 列是空的A本地未推送的分支既没有 PR/MR 也没有分支级流水线显示空白属正常。推送到远程配置 upstream后即可检测仅存在于远程的分支可通过--remotes显示并获取 CI 状态。Q检测顺序是怎样的A先查找分支对应的开放 PR/MR再回退到带 upstream 分支的分支级 workflow/pipeline。QGitea 支持稳定吗AGitea 目前是实验性支持通过teaCLI 实现功能可用但建议留意更新。 相关功能测试覆盖了各平台的各种场景限流、冲突、fork、fork PR 等可参考 tests/integration_tests/ci_status.rs 了解边界行为。小结需求命令 / 配置查看所有 worktree 的 CIwt list --full包含无 worktree 的分支wt list --full --branches显示仅远程的分支wt list --full --remotes自托管平台声明[forge] platform ...查看/清空 CI 缓存wt config state cacheWorktrunk 把哪个分支的 CI 挂了这个每天都要问的问题压缩成了一条终端命令。当多个 AI Agent 在各自的 worktree 中并行工作时一眼扫过颜色表就能立刻决定先处理哪个分支——这正是它集成的价值所在。【免费下载链接】worktrunkWorktrunk is a CLI for Git worktree management, designed for parallel AI agent workflows项目地址: https://gitcode.com/GitHub_Trending/wo/worktrunk创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 如何查看所有分支的CI状态？Worktrunk对GitHub/GitLab/Gitea集成完全指南
如何查看所有分支的CI状态Worktrunk对GitHub/GitLab/Gitea集成完全指南【免费下载链接】worktrunkWorktrunk is a CLI for Git worktree management, designed for parallel AI agent workflows项目地址: https://gitcode.com/GitHub_Trending/wo/worktrunkWorktrunk 是一款面向并行 AI Agent 工作流的Git worktree 管理命令行工具它内置了跨平台的CI 状态检测能力一条命令即可在终端里看到每个分支在 GitHub、GitLab、Gitea以及 Azure DevOps上的流水线通过与失败情况无需反复打开浏览器。本指南带你从入门到进阶快速掌握 Worktrunk 的 CI 状态查看与平台集成配置。一键查看所有分支的 CI 状态日常查看 CI 状态只需一条命令wt list --full--full会附加两个出网列CI 状态和 LLM 摘要。表格中的CI列直接显示该分支对应的开放 PR/MR 编号——GitHub、Gitea 显示#3035GitLab 显示!3035——并用颜色标记流水线状态。 想让没有 worktree 的分支也显示 CI 状态加上--brancheswt list --full --branchesCI 单元格是可点击的超链接点一下就直接跳转到对应的 PR 页面或流水线页面排查失败原因一步到位。看懂 CI 状态颜色速查表Worktrunk 用颜色表达流水线状态遵循冷色表示等待暖色表示需要行动的设计逻辑指示符JSON 值含义绿色#passed所有检查通过 ✅蓝色#running检查进行中 ⏳红色#failed一个或多个检查失败 ❌黄色#conflicts与目标分支存在合并冲突灰色#no-ci无 PR/MR或未配置检查黄色⚠errorCI 状态获取失败限流、网络等品红#changes_requested评审者要求修改青色#pending需要评审如分支保护但尚未给出颜色优先级规则很贴心要求修改品红优先于运行中蓝——等待并不能消除修改要求而待评审青只会重新着色原本绿色或平静的分支。平台自动识别零配置开始Worktrunk 会自动从 Git 远程仓库的域名识别托管平台域名中含github→ 识别为 GitHub域名中含gitlab→ 识别为 GitLab域名中含gitea→ 识别为 Giteadev.azure.com/visualstudio.com→ Azure DevOps也就是说自托管实例如github-enterprise.acme.com同样能被正确识别无需任何配置。识别逻辑的完整实现见 src/git/ci_platform.rsCI 状态的各平台采集器位于 src/commands/list/ci_status/。⚠️注意识别依赖各平台官方 CLI——GitHub 用gh、GitLab 用glab、Gitea 用tea实验性、Azure DevOps 用az。请确保相应 CLI 已安装并登录。PR/MR 元数据的统一解析流程见 src/git/remote_ref/。进阶手动配置自托管平台如果你的自托管服务域名中不包含github、gitlab、gitea字样比如名为forge.example.com的 Forgejo 实例需要在项目配置.config/wt.toml中显式声明[forge] platform gitlab # 或 github、gitea实验性、azure-devops实验性 hostname git.company.example # API 主机当远程主机名不是 API 主机时配置示例参见 dev/wt.example.toml。优先级规则从先到后仓库自身[forge].platform最具体优先用户配置中匹配当前仓库的[projects.host/*].forge.platform自动从远程 URL 域名推断当多个仓库共享同一个自托管主机时可以在用户配置里用通配模式一次声明无需逐仓库重复。完整配置说明见 dev/config.example.toml 与 docs/public/config.md。缓存机制与状态刷新CI 状态结果会被缓存30–60 秒避免频繁调用平台 API 触发限流。你可以用以下命令查看或清空缓存wt config state cache另外两种状态失真场景值得了解草稿 PR/MRCI 单元格会显示为暗色本地有未推送改动状态标记为stale提示当前 CI 结果尚未反映最新提交常见问题排查QCI 列显示⚠是什么情况A表示 CI 状态获取失败常见原因是 API 限流或网络问题。稍后重试或检查对应 CLIgh/glab/tea的登录状态。Q为什么本地分支的 CI 列是空的A本地未推送的分支既没有 PR/MR 也没有分支级流水线显示空白属正常。推送到远程配置 upstream后即可检测仅存在于远程的分支可通过--remotes显示并获取 CI 状态。Q检测顺序是怎样的A先查找分支对应的开放 PR/MR再回退到带 upstream 分支的分支级 workflow/pipeline。QGitea 支持稳定吗AGitea 目前是实验性支持通过teaCLI 实现功能可用但建议留意更新。 相关功能测试覆盖了各平台的各种场景限流、冲突、fork、fork PR 等可参考 tests/integration_tests/ci_status.rs 了解边界行为。小结需求命令 / 配置查看所有 worktree 的 CIwt list --full包含无 worktree 的分支wt list --full --branches显示仅远程的分支wt list --full --remotes自托管平台声明[forge] platform ...查看/清空 CI 缓存wt config state cacheWorktrunk 把哪个分支的 CI 挂了这个每天都要问的问题压缩成了一条终端命令。当多个 AI Agent 在各自的 worktree 中并行工作时一眼扫过颜色表就能立刻决定先处理哪个分支——这正是它集成的价值所在。【免费下载链接】worktrunkWorktrunk is a CLI for Git worktree management, designed for parallel AI agent workflows项目地址: https://gitcode.com/GitHub_Trending/wo/worktrunk创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考