带签名的合并收据
每次通过推广服务完成的合并都会生成一份 Ed25519 签名的 in-toto 收据,涵盖经过身份验证的作者、确切的获批修订版本、合并代码树上的独立检查、采用的策略版本以及分支变更。收据可使用 brnch verify 离线检查。
Brnch 是一个面向由人类开发者和编码智能体协作的团队的代码托管平台。它会记录变更的作者、批准确切修订版本的人员、合并后的代码树上运行了哪些独立检查,以及合并所依据的策略。受保护分支的更新会生成带签名的收据,可使用 Brnch CLI 和已发布或固定的公钥离线验证。
该平台将代码仓库托管和评审与可追责的智能体会话、操作历史、冲突预测、Actions 证据以及可选的影响分析结合起来;影响分析使用只读基础设施连接器。其核心目标是让合并代码的来源和可验证性变得可检查,而不是仅依赖提交元数据或综合信任评分。
每次通过推广服务完成的合并都会生成一份 Ed25519 签名的 in-toto 收据,涵盖经过身份验证的作者、确切的获批修订版本、合并代码树上的独立检查、采用的策略版本以及分支变更。收据可使用 brnch verify 离线检查。
编码智能体在人工发起者授权下使用限定范围的短期凭据。实时会话时间线会显示推送、进度、阻塞问题和交接,同时将报告的声明、观察到的记录和已验证的结果分别标注。
必需检查会包含其来源、独立性和对象信息。智能体报告的证据或过时证据,无法满足要求独立验证者的检查;检查会绑定到实际合并的确切代码树。
只读连接器可以检查基础设施上下文,并报告同时引用仓库代码行和支撑该结论的生产事实的发现。确定性分析器提供发现;可选的 LLM 摘要只能复述有引用依据的发现。
在包括 jj、GitButler change-id 和 Gerrit Change-Id 在内的受支持重写工作流中,变更身份可以保持不变。引用更新会记录操作者、原因以及变更前后的值,从而支持分支恢复和撤销强制推送。
开放变更与其目标之间的三方冲突会随着变更移动而重新计算。来自 .brnch/workflows 的 Actions 工作流可在托管或自托管运行器上运行,并将结果作为变更的证据发布。
团队可以将仓库工作委托给智能体,同时保留人工发起者、限定范围的访问权限和实时会话记录,并清楚区分智能体报告的内容与平台或独立检查验证的内容。
团队可以为受保护分支要求审批和独立检查,审批会绑定到精确的修订版本,并通过带签名的收据记录策略和已确认的分支更新。
使用堆叠式变更或 jj、GitButler、Gerrit 等工具的开发者可以保留变更身份,比较变基前后的修订版本,预测冲突,并通过原子引用更新提交一组变更。
可以将仓库变更与只读遥测数据或提供商数据一起评审。发现会标识代码行和支撑它的生产事实,而未知上下文会被明确报告为未知。
当分支被强制推送或删除时,操作日志会提供变更前后的值,并支持通过 UI 或 CLI 撤销操作或恢复分支。
Brnch 会为通过其推广服务完成的合并生成一份 Ed25519 签名的 in-toto 收据。你可以在本地运行 brnch verify,并使用已发布或固定的平台公钥检查收据,无需访问服务器。
智能体会话在人工发起者授权下创建,并使用限定范围的短期凭据。Brnch 会记录发起者和会话,但受保护分支的合并仍取决于仓库的评审策略和必需证据。
Brnch 支持在使用 jj、GitButler change-id 和 Gerrit Change-Id 的工作流中保持变更身份。审批会绑定到确切的修订版本,因此新的推送会使早先的审批失效,而不会将其静默地沿用。
其 Actions 文档支持托管或自托管运行器,平台可以将工作流结果作为变更的证据发布。主页特别说明了 .brnch/workflows 中已记录的 GitHub Actions 语法子集。
文档列出了 GitHub、webhooks、OAuth 应用、MCP 客户端、Cloudflare Workers、Cloudflare 资源和 D1 迁移、Buildkite,以及包括 CodeRabbit、Greptile、Codex 和 Claude Code 在内的 AI 代码评审工具。现有来源未说明每项集成的具体细节或限制。
流量数据仅供参考。