Documentation

Fournisseurs d'éléments de preuve pour la Révision

Le catalogue complet des fournisseurs capables d'attacher des preuves de vérification à un pull request.

Trente et un fournisseurs peuvent attacher des preuves aux demandes de fusion ouvertes par Coroid. Pour en savoir plus sur ce qu'est une preuve et pourquoi elle doit figurer sur la page de pull request, consultez Preuves de révision.

Configurer les fournisseurs dans les paramètres d'intégration du projet.

Natif Git

FournisseurProduit
Environnements Actions GitHubAperçu web
Applications de révision GitLabAperçu web

Ces solutions nécessitent le moins de configuration, car l'environnement existe déjà sur l'interface Git que lit Coroid.

Hébergement statique

FournisseurProduit
VercelAperçu web
NetlifyAperçu web
Cloudflare PagesAperçu web
AWS AmplifyAperçu web

Aperçus full-stack

FournisseurProduit
RenderAperçu web
RailwayAperçu web
Applications de révision HerokuAperçu web
Fly.ioAperçu web
NorthflankAperçu web
QoveryAperçu web
PorterAperçu web

Distribution mobile

FournisseurProduit
Expo EASCompilation mobile
TestFlightCompilation mobile
Tests internes sur Google PlayCompilation mobile

Révision et analyse

FournisseurProduit
CodeRabbitRévision AI
Qodo / Agent PRRévision AI
GreptileRévision AI
Cursor BugbotRévision AI
SonarQube CloudAnalyse de sécurité
SnykAnalyse de sécurité
SemgrepAnalyse de sécurité

Couverture et éléments visuels

FournisseurProduit
CodecovCouverture
ChromaticRévision visuelle
PercyRévision visuelle

Suivi et supervision complets

FournisseurGénère
Cypress CloudTests end-to-end et performances
ChecklyTests end-to-end et performances
MaestroTests end-to-end et performances
BrowserStackTests end-to-end et performances

Personnalisé

Un webhook d'évidence personnalisé Couvre tout ce qui n'est pas listé. Si un outil peut publier un résultat, il peut fournir des évidences.

Mode d'ingestion des évidences

Les fournisseurs diffèrent dans la manière dont Coroid récupère leurs sorties :

  • Surface Git — lecture depuis la validation ou le statut pull request que votre fournisseur écrit déjà. Moins de configuration requise.
  • Sortie CI — lecture depuis la sortie de votre pipeline.
  • Directement via API — Coroid appelle directement le fournisseur, ce qui offre des détails plus riches et nécessite des identifiants.
  • Déploiement direct — Coroid lance lui-même le déploiement depuis la branche de la tâche dans Coroid, donc aucun push n'est nécessaire.

Commencez par la surface Git lorsque le fournisseur la prend en charge. Cela fonctionne généralement sans identifiants supplémentaires car l'intégration que vous utilisez déjà écrit le statut.

Déploiement direct et aperçu de la tâche

Trois fournisseurs d'hébergement statique prennent en charge le déploiement direct :

FournisseurMode de constructionEmplacement d'affichage
VercelCoroid téléverse la branche ; Vercel la construit.L'aperçu de la tâche Aperçu lors de la révision
NetlifyCoroid construit la branche, puis téléverse le résultat.Évidence de révision
Cloudflare PagesCoroid construit la branche, puis téléverse le résultat.Évidence de révision

Avec une connexion Vercel pour le déploiement direct, l' aperçu de la tâche est construit par Vercel plutôt que dans un environnement isolé Coroid. L'arrêt de cet aperçu supprime le déploiement Vercel. Les dépôts en mode local ne sont jamais téléversés vers un fournisseur.

Sans déploiement direct, Coroid ne crée pas d'aperçus fournisseur. Si l'application Git de votre hébergeur construit déjà chaque branche poussée, Coroid lit ce déploiement depuis le pull request comme évidence de révision.

Sélection

Connectez ce que vous utilisez déjà. Les évidences de révision servent à présenter les vérifications existantes à côté du code, pas à adopter de nouveaux outils — chaque artefact supplémentaire se dispute l'attention du réviseur. Voir Évidence de révision.