Provedores de evidências de Revisão

Trinta e um provedores podem anexar evidências aos pull requests abertos pelo Coroid. Para saber o que são essas evidências e por que devem ser exibidas no pull request, consulte: Evidências de revisão.

Configure os provedores nas configurações de integração do projeto.

Nativo do Git#

Esses ambientes exigem menos configuração, pois já existem na superfície do Git que o Coroid utiliza para leitura.

Hospedagem estática#

Visualizações full-stack#

Distribuição móvel#

Revisão e escaneamento#

Cobertura e visualização#

Testes end-to-end e monitoramento#

Personalizado#

Um webhook de evidência personalizado abrange tudo o que não está listado. Se uma ferramenta puder enviar um resultado, ela poderá contribuir com evidências.

Como as evidências são ingeridas#

Os provedores diferem na forma como Coroid coleta seus resultados:

• Interface Git — lê a partir do commit ou do status do pull request que seu provedor já grava. Menor configuração necessária.
• Saída de CI — lê a partir da saída do seu pipeline.
• Diretamente no API — O Coroid chama o provedor diretamente, o que fornece detalhes mais ricos e requer credenciais.
• Implantação direta — O Coroid pode disparar a própria pré-visualização.

Comece pela interface do Git onde um provedor oferece suporte. Geralmente, não são necessárias credenciais adicionais, pois a integração já existente é responsável por registrar o status.

Seleção#

Conecte o que você já utiliza. A evidência de revisão serve para exibir as verificações já existentes ao lado do código, em vez de exigir a adoção de novas ferramentas — afinal, cada artefato extra compete pela atenção do revisor. Veja Evidência de revisão.

Relacionado#

• Visão geral das integrações
• Como o Coroid verifica seu próprio trabalho