项目与代码仓库
代码放在哪，又怎样落地。
一个项目，按您团队的发布方式设置。
项目容纳代理工作的代码仓库，以及决定它们如何工作的一切：谁能使用、变更落到哪个分支、它的检查，以及同时运行几个任务。在引导式设置中连接您的 Git 账号——GitHub 一键连接，也支持 GitLab、Bitbucket 和 Azure DevOps——然后从一个代码仓库创建项目。它的第一个任务是一次引导式入门运行：弄清代码如何运行，填好技术栈，并确保检查都存在且能通过。
- 每个项目的访问权限、分支、检查和上限
- GitHub、GitLab、Bitbucket 或 Azure DevOps
- 每个新项目都有一个入门任务
一个变更涉及的所有仓库，都在一个项目里。
添加工作涉及的每个代码仓库：代理在所有仓库中工作，检查在主仓库中运行。可以选一个已连接的 Git 账号能访问的仓库，粘贴任意地址，或在项目向导或任一仓库行中新建一个私有代码仓库——空仓库会自动为您建好 main 和 develop 分支。任务开出的每个 pull request（每个仓库一个）都会连同状态列在任务看板和任务页面上。
- 多个代码仓库，一个主仓库
- 选择、粘贴或新建代码仓库
- 任务开出的每个 pull request 及其状态
合并通道：一个能揪出元凶的合并队列。
合并通道是面向大批量交付的合并队列：完成的 pull request 分批放在一起测试，跑完数百万个测试组成的套件，只有绿色构建才会进入您的分支。一批失败时，通道用二分法找出搞坏它的那个变更，将其踢出，合并其余的。关闭通道后，已排队的 pull request 仍会先合并；“停止通道”则立即结束其运行，把每个 pull request 交还给各自的任务。
- 分批跑完数百万个测试
- 失败的批次，二分查出元凶
- “停止通道”交还每个 pull request
项目记忆：前一个任务栽树，后一个乘凉。
代理一边工作一边为每个项目记笔记：一个坑及其复现方法、一个管用的做法、一张代码地图。每条笔记会交给与之相关的后续任务；它所在的行统计收到、看到和用到它的任务数，可按这些数字排序，并能展开全文。过时的笔记可以退役，也可以彻底清除。
- 按项目记录的坑、做法和代码地图
- 收到、看到、用到，均有计数，可排序
- 每条笔记都能展开全文
