Integração com o GitLab

A ponta self-hosted do mesmo problema.

Se a sua engenharia funciona em GitLab — muitas vezes por ser self-hosted —, ligá-lo coloca repositórios, issues e merge requests ao alcance do assistente.

Visão geral

O GitLab costuma ser escolhido por uma questão de controlo: uma empresa que quer o código na sua própria infraestrutura, ou outra em que o CI e o código vivem deliberadamente no mesmo sítio.

Os grupos de propriedades que têm a sua própria plataforma de reservas caem por vezes nessa categoria, sobretudo quando um requisito de proteção de dados torna o self-hosting uma resposta mais simples do que uma discussão sobre políticas.

Ligar o GitLab dá a essa equipa o mesmo alcance conversacional que toda a gente tem — o que está aberto, o que está à espera, o que mudou — sem lhe pedir que abandone a configuração que escolheu por boas razões. Como o resto desta categoria, serve os seus engenheiros e não as suas operações.

O teste prático é saber se alguém na sua empresa escreve código. Se ninguém escreve, ignore esta integração — não há por baixo nenhum benefício para a gestão de propriedades, e uma página que fingisse o contrário estaria a fazê-lo perder tempo.

O que a ProhostAI pode fazer com o GitLab

Depois de ligar o GitLab, o ProhostAI trabalha com os seus projetos, issues e merge requests em linguagem simples.

Como ligar o GitLab

O GitLab liga-se através de OAuth, ao gitlab.com ou a uma instância self-hosted acessível a partir da internet.

1. 1Abra o ProhostAI e vá a Definições → Ligações.
2. 2Procure GitLab e selecione Ligar.
3. 3Inicie sessão no GitLab e aprove as permissões.
4. 4Pergunte o que está aberto num dos seus projetos para confirmar que funciona.

Bom saber

As instâncias self-hosted funcionam, desde que a instância esteja acessível a partir da internet para o fluxo OAuth.

O acesso segue as permissões de projeto da conta ligada.

Esta é uma ferramenta para a sua equipa de engenharia, e não para as operações de gestão de propriedades.