O GitLab se conecta usando um token de acesso pessoal. Configure-o em Configurações → Conexões → Controle de versão.
Criando o token
No GitLab, crie um token de acesso pessoal com o api escopo. Isso permite
ler o conteúdo do repositório, criar ramificações e abrir solicitações de merge.
Cole-o nas configurações de controle de versão. O Coroid criptografa esse token em repouso, nunca o retorna pela interface ou pelo API e nunca o inclui nas exportações de configurações.
Propriedade do token
Para uso compartilhado pela equipe, crie o token em uma conta destinada à automação em vez de usar uma conta individual, para que a conexão continue funcionando mesmo quando as pessoas mudarem de função.
Defina uma data de expiração que você realmente irá monitorar. Um token que expira sem que ninguém perceba faz com que o envio de trabalho pareça falhar repentinamente, o que é um sintoma confuso para diagnosticar apenas a partir da mensagem de erro.
Solicitações de merge
O Coroid abre solicitações de merge da mesma forma que abre pull requests no GitHub — uma ramificação por tarefa, enviada quando o trabalho estiver pronto, direcionada para sua ramificação base.
O Coroid nunca faz merge por conta própria. O merge ocorre somente quando uma pessoa aprova a solicitação de merge no GitLab ou clica em Aprovar e mesclar no Coroid.
Suas regras de aprovação e requisitos de pipeline existentes continuam valendo normalmente. Aprovar e mesclar também faz merge através da solicitação de merge, portanto as mesmas regras determinam se o processo será bem-sucedido. Consulte Fazendo merge.
Aplicativos de Revisão do GitLab
Quando você usa os Aplicativos de Revisão do GitLab, esses ambientes podem ser vinculados às solicitações de merge como evidência de revisão. Consulte Evidência de revisão.
GitLab auto-hospedado
A conexão pressupõe que sua instância do GitLab seja acessível a partir do Coroid. Para uma instância auto-hospedada atrás de um limite de rede, isso é um pré-requisito a ser resolvido antes que o token faça diferença.