Bitbucket

Retour d'architecture sur les pull requests

Connectez Bitbucket Cloud avec un consumer OAuth ou un jeton d'accès d'espace de travail ; ArchPilot commente les pull requests en ligne et les constats arrivent dans votre panneau.

Nous contacter Parler aux ventes

Authentification : Consumer OAuth ou jeton d'accès

Écrans d'une installation en fonctionnement

Comment ça se connecte

01
Connecter
Enregistrez un consumer OAuth dans les réglages de l'espace de travail, ou collez un jeton d'espace de travail ou de dépôt.
02
Choisir les dépôts
Sélectionnez les dépôts à analyser.
03
Ouvrir une PR
ArchPilot analyse le diff et commente.

Ce que vous obtenez

Commentaires de PR

Constat en ligne et correction suggérée.

Les jetons se renouvellent seuls

Les jetons OAuth vivent peu ; AppArch les renouvelle avant chaque appel, une revue n'échoue jamais sur un jeton expiré.

Constats dans le panneau

Score, tendances et détail au même endroit.

S'exécute dans votre CI

L'analyse tourne dans vos Bitbucket Pipelines.

Comment cela fonctionne dans AppArch

Votre serveur AppArch dialogue avec la plateforme Git ; l'analyse tourne dans votre CI. Voici chaque appel, dans les deux sens.

Ce qu'il lit

Dépôts, branches et membres ; les membres toutes les 10 minutes pour la synchro des développeurs
Merge requests, approbations et fils de revue ; données de MR toutes les 15 minutes pour MR Insights
Protection des branches et réglages de fusion, pour Git Health
Fichiers isolés et arborescence, pour la Conformité ; rien n'est cloné

Ce qu'il écrit

Commentaires en ligne sur les lignes ajoutées par le changement
Une section AppArch dans la description de la MR, ou un commentaire de synthèse si l'édition échoue
Résout son propre fil quand le constat a disparu
Approbation ou rejet automatique en option ; pas d'approbation si de nouveaux commits sont arrivés après la revue
Lance les pipelines personnalisés apparch-scan et apparch-manual, et peut lire et écrire les variables

Ce qu'il ne fait jamais

Aucun statut de commit ni check run : le résultat est le code de sortie de votre job CI
Ne clone ni n'envoie jamais le dépôt vers le panneau
N'enregistre jamais de webhook lui-même ; collez l'URL si vous en voulez un
Bitbucket Cloud uniquement ; Server et Data Center ne sont pas pris en charge
La protection des tags, le suivi des releases et les règles de fusion ne sont pas lus

Identifiants

Un consumer OAuth (account, repository, pullrequest, webhook) dont les jetons d'environ deux heures sont renouvelés automatiquement, ou un jeton d'accès d'espace ou de dépôt.