Cada projeto aponta para um repositório. As configurações desse repositório determinam como o Coroid interage com seu modelo de ramificação.
Você os encontra nas configurações do projeto.
Ramo base
O Coroid cria ramos a partir do seu ramo base e abre pull requests de volta para ele. Por padrão, esse é o ramo padrão do repositório.
Altere-o se você fizer merge em outro lugar — um ramo develop de lançamento ou um ramo de integração de longa duração. Cometer esse erro é o equívoco de configuração mais comum, resultando em pull requests direcionados a um ramo que ninguém revisa.
Ramos de trabalho
Cada tarefa opera em seu próprio ramo. Os ramos são criados por tarefa e enviados quando o trabalho está pronto, evitando que duas tarefas compartilhem o mesmo ramo ou vejam o trabalho em progresso uma da outra.
Nada jamais é commitado diretamente no seu ramo base. Isso não é uma configuração; é uma característica do funcionamento do Coroid.
Proteção de ramos
Suas regras de proteção de ramos existentes permanecem inalteradas. O Coroid abre um pull request comum, portanto revisões obrigatórias, verificações de status e restrições de quem pode fazer merge funcionam exatamente como para sua equipe.
Se suas regras exigirem commit assinado ou uma verificação de status específica que o Coroid não consiga gerar, o pull request será aberto e permanecerá sem poder ser mesclado — isso ocorre devido às suas regras, não por falha do Coroid.
Limpeza
Os ramos de trabalho concluído podem ser removidos após o pull request ser mesclado ou fechado. Se você utilizar nomes de ramos para auditoria ou ferramentas de release, verifique essa opção antes de habilitá-la.
Alterando a conexão
Se a conexão do repositório subjacente mudar — um token rotacionado, um aplicativo reinstalado ou um repositório renomeado — o projeto preservará sua identidade e histórico. Reapontá-lo para a nova conexão, em vez de criar um novo projeto, evita a perda de contexto, configurações e trabalhos anteriores.