每个项目对应一个代码仓库。该仓库的设置决定了Coroid与您的分支模型的交互方式。
可在项目设置中找到相关配置项。
基础分支
Coroid从您指定的基础分支切入，生成的拉取请求也会合并回该分支。默认情况下，它采用代码仓库的默认分支。
如果您需要合并到其他分支，可修改此项——比如develop分支、发布版本分支或长期存在的集成分支。此类配置错误是最常见的设置失误，会导致拉取请求指向无人审核的分支。
工作分支
每个任务都在独立分支上开展。分支按任务创建，工作完成后即可推送，因此同时进行的多个任务不会共享同一分支，也不会看到彼此的未完成工作。
任何内容都不会直接提交到您的基础分支。这并非可配置的选项，而是Coroid的运行机制决定的。
分支保护
您现有的分支保护规则仍会生效。Coroid会发起常规的拉取请求，因此强制审核、状态检查要求以及合并权限限制等规则，与团队使用的规则完全一致。
如果保护规则要求提交签名或特定的状态检查，而Coroid无法满足这些要求，pull request就会打开相应提示，导致拉取请求无法合并——这是规则在起作用，并非Coroid的功能故障。
清理
任务完成后，对应的分支可在pull request合并或关闭后清理。如果您依赖分支名称进行审计或发布流程管理，启用此功能前请先确认相关需求。
更改连接
如果底层代码仓库的连接发生变化——比如令牌轮换、应用重新安装或仓库重命名——项目会保留原有身份和历史记录。只需将其重新指向新的连接，无需创建新项目，从而避免丢失上下文、设置和过往工作成果。