Tech leads
Voyez combien de temps s’écoule entre l’ouverture et la fusion des pull requests, et qui modifie le code le plus souvent. Appuyez-vous sur ces données pour discuter des retards et de la répartition du travail avec l’équipe.
Combien de temps faut-il pour fusionner une pull request ? Qui modifie le code le plus souvent ? Quand l’équipe terminera-t-elle ses tâches ? Commitlane réunit les données de vos dépôts et outils connectés pour vous aider à répondre.
Démo de 7 jours pour un profil de développeur, sans carte bancaire. Créez un compte, synchronisez un dépôt et choisissez le profil à essayer.
EXAMPLE TEAM
Une pull request a mis 26 heures à être fusionnée. Ce chiffre seul n’explique pas le retard ; consultez son historique pour en savoir plus.
Sélectionnez example/api ou example/web pour voir les chiffres de ce dépôt.
Comprendre ce calculVoyez combien de temps s’écoule entre l’ouverture et la fusion des pull requests, et qui modifie le code le plus souvent. Appuyez-vous sur ces données pour discuter des retards et de la répartition du travail avec l’équipe.
Suivez la fréquence des déploiements, la part qui provoque des échecs et le temps de rétablissement. Montrez à la direction comment évoluent la rapidité et la fiabilité des mises en production.
Voyez quand l’équipe pourrait terminer un projet. Comparez les prévisions pour différents ensembles de tâches afin de choisir ce qui sera livré et la date à retenir.
Connectez un dépôt, synchronisez son historique et ouvrez les analyses du développeur choisi.
Créez un compte, connectez GitHub, GitLab ou Bitbucket et choisissez un dépôt. Les permissions nécessaires au jeton sont indiquées dans les paramètres de l’intégration.
Lancez la synchronisation depuis la carte de l’intégration. Une fois terminée, ouvrez Profils et choisissez un développeur pour la démo de 7 jours.
Choisissez les dates et un dépôt. Consultez les commits, le nombre de pull requests et le délai moyen de fusion. Vérifiez les chiffres dans l’historique GitHub, GitLab ou Bitbucket.
Connectez GitHub, GitLab ou Bitbucket pour consulter les commits et les pull requests. Ajoutez la CI/CD, le suivi des incidents et un outil de gestion des tâches pour analyser les mises en production et prévoir les dates de fin.
Consultez le nombre de pull requests ouvertes par l’équipe, la part déjà fusionnée et le temps écoulé jusqu’à la fusion. Filtrez par dates, dépôt ou auteur.
Données : un dépôt et son historique de pull requests.
Calcul du délai de fusion des PRLes métriques DORA montrent la fréquence des déploiements et le délai entre le premier commit et la production. Connectez les données d’incidents pour voir aussi la part des déploiements en échec et le temps de rétablissement.
Données : CI/CD et incidents liés aux déploiements.
Calcul des métriques DORAObtenez des dates estimées à partir des tâches restantes et du rythme de l’équipe. Voyez comment elles changent si vous ajoutez ou retirez des tâches, avec plusieurs estimations et leurs probabilités.
Données : tâches du projet et rythme de l’équipe, tiré de l’historique ou saisi manuellement.
Fonctionnement des prévisions de délaisDécouvrez comment l’équipe utilise les assistants IA et comparez des groupes de développeurs. La contribution de l’IA reste une estimation ; ses limites sont expliquées à côté des indicateurs.
Données : outils d’IA connectés et données de comparaison.
Méthode d’analyse de l’IAVous choisissez les dépôts à synchroniser. L’analyse utilise les événements Git ; pour identifier les technologies, elle lit aussi l’arborescence et certains fichiers de dépendances et de configuration.
GitHub, GitLab et Bitbucket pour analyser l’activité du code. Vous pouvez ajouter séparément la gestion des tâches, la CI/CD et le suivi des incidents.
Les rôles et l’appartenance à une équipe déterminent les données accessibles. L’accès aux analyses individuelles dépend aussi des profils sélectionnés dans l’abonnement.
Les jetons sont chiffrés avant leur enregistrement et ne sont plus affichés ensuite. Accordez uniquement les permissions nécessaires à l’intégration.
Essayez l’analyse d’un développeur sur les données de votre dépôt avant de payer.
La période commence à l’activation de la démo. Activez-la après la première synchronisation pour profiter de chaque jour avec vos données disponibles.
Choisissez un développeur dans Profils. La démo donne accès aux analyses de ce profil.
Aucune information de paiement n’est nécessaire pour activer la démo. Aucun prélèvement automatique n’a lieu à son terme.
Après l’inscription : Paramètres → Intégrations Git → synchronisation → Profils → activez la démo pour le développeur choisi.
Chaque place donne accès aux analyses d’un développeur. Les cartes indiquent le prix total par place pour la période choisie, puis son équivalent mensuel.
Le tarif de base est de — par développeur et par mois avec un paiement mensuel. Pour plusieurs mois, la période entière est facturée en une fois.
Le paiement s’effectue en roubles via YooKassa. L’abonnement peut se renouveler automatiquement avec le moyen de paiement enregistré ; vous pouvez désactiver ce renouvellement.
Analyses de base pour un développeur, sans carte bancaire.
1 mois
—
— par développeur / mois
Sans remiseFacturé tous les 1 mois
3 mois
—
— par développeur / mois
Économisez 5%Facturé tous les 3 mois
6 mois
—
— par développeur / mois
Économisez 10%Facturé tous les 6 mois
12 mois
—
— par développeur / mois
Économisez 15%Facturé tous les 12 mois
Le total dépend du nombre de développeurs sélectionnés. Un abonnement payant ouvre les analyses de tous les profils choisis. Offre publique : Offre publique
La démo donne accès aux analyses de base d’un développeur pendant 7 jours. Inscrivez-vous, synchronisez un dépôt, puis choisissez le développeur dans Profils. Aucune carte bancaire n’est nécessaire et aucun prélèvement n’a lieu à la fin.
Nous lisons les métadonnées des commits, pull requests et revues : auteurs, dates, chemins des fichiers modifiés et nombres de lignes. Pour identifier les technologies, nous lisons aussi l’arborescence et certains fichiers de dépendances et de configuration, comme package.json et Dockerfile. Cette analyse ne télécharge pas de copie complète du code source.
Après avoir connecté un fournisseur, choisissez un dépôt et lancez la synchronisation. Sa durée dépend du volume de l’historique et des limites du fournisseur. Son état est visible sur la carte de l’intégration.
Les commits et les pull requests ne suffisent pas. Ils ne reflètent pas les discussions, l’aide aux collègues ni le travail sans modification du code. Le temps d’activité Git n’est pas du temps de travail, et les scores sont des estimations. Tenez compte des résultats et des explications de l’équipe.
La fréquence de déploiement utilise les mises en production. Le délai jusqu’à la production nécessite aussi le premier commit du changement. La part des échecs et le temps de rétablissement demandent des incidents liés aux déploiements. Les métriques sont calculées par service ; une connexion Git seule ne suffit pas à toutes les obtenir.
Oui, à tout moment. La période déjà payée reste active jusqu'à son terme, et rien n'est prélevé ensuite.
Commitlane est actuellement disponible uniquement dans le cloud. Si vous devez l’installer sur vos propres serveurs, contactez-nous et décrivez vos besoins.
Connectez un dépôt et choisissez un développeur. Vous avez 7 jours pour explorer ses commits et pull requests et décider si Commitlane convient à votre équipe. Sans carte bancaire.
Dites-nous ce que vous voulez comprendre, combien de développeurs compte votre équipe et quels outils vous utilisez. Nous répondrons à l’adresse indiquée.
Par exemple : « Nous sommes 12, nous utilisons GitLab et Jira et voulons comprendre pourquoi la revue et la fusion des modifications prennent autant de temps. » Inutile d’envoyer des jetons ou du code source.