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 em 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 subitamente, 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.
Suas regras de aprovação e requisitos de pipeline existentes continuam valendo normalmente.
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. Veja 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.