Tech leads
Consulta cuánto tarda una pull request desde que se abre hasta que se fusiona y quién modifica el código con más frecuencia. Usa estos datos para hablar con el equipo sobre los retrasos y el reparto del trabajo.
¿Cuánto tardan las pull requests en fusionarse? ¿Quién modifica el código con más frecuencia? ¿Cuándo terminará el equipo sus tareas? Commitlane reúne datos de tus repositorios y herramientas conectadas para ayudarte a responder.
Demo de 7 días para un perfil de desarrollador, sin tarjeta. Regístrate, sincroniza un repositorio y elige el perfil que quieres probar.
EXAMPLE TEAM
Una pull request tardó 26 horas en fusionarse. El número por sí solo no explica el retraso; consulta su historial para saber más.
Elige example/api o example/web para ver las cifras de ese repositorio.
Ver cómo se calculaConsulta cuánto tarda una pull request desde que se abre hasta que se fusiona y quién modifica el código con más frecuencia. Usa estos datos para hablar con el equipo sobre los retrasos y el reparto del trabajo.
Consulta con qué frecuencia publica el equipo, cuántos despliegues causan fallos y cuánto tarda la recuperación. Muestra a la dirección cómo cambian la velocidad y la fiabilidad del desarrollo.
Consulta cuándo podría terminar el equipo un proyecto. Compara previsiones con distintas tareas para decidir qué incluir en la próxima publicación y qué fecha tomar como referencia.
Conecta un repositorio, sincroniza su historial y abre la analítica del desarrollador elegido.
Crea una cuenta, conecta GitHub, GitLab o Bitbucket y elige un repositorio. Los permisos necesarios del token se indican en la configuración de la integración.
Inicia la sincronización desde la tarjeta de integración. Cuando termine, abre Perfiles y elige un desarrollador para la demo de 7 días.
Elige las fechas y un repositorio. Consulta los commits, el número de pull requests y el tiempo medio hasta la fusión. Puedes comprobar las cifras con el historial de GitHub, GitLab o Bitbucket.
Conecta GitHub, GitLab o Bitbucket para ver commits y pull requests. Añade CI/CD, gestión de incidencias y un gestor de tareas para analizar publicaciones y estimar fechas de finalización.
Consulta cuántas pull requests ha abierto el equipo, cuántas se han fusionado y cuánto han tardado. Filtra por fechas, repositorio o autor.
Datos: un repositorio y su historial de pull requests.
Cómo se calcula el tiempo de fusión de PRLas métricas DORA muestran la frecuencia de despliegue y el tiempo desde el primer commit hasta producción. Conecta las incidencias para ver también la proporción de despliegues fallidos y el tiempo de recuperación.
Datos: CI/CD e incidencias vinculadas a los despliegues.
Cómo se calculan las métricas DORAObtén fechas estimadas a partir de las tareas pendientes y el ritmo del equipo. Comprueba cómo cambian al añadir o quitar tareas, con varias estimaciones y sus probabilidades.
Datos: tareas del proyecto y ritmo del equipo, según el historial o introducido a mano.
Cómo funciona la previsión de plazosConsulta cómo usa el equipo los asistentes de IA y compara grupos de desarrolladores. La estimación de la aportación de la IA aún es aproximada; las limitaciones se explican junto a los indicadores.
Datos: herramientas de IA conectadas y datos para comparar.
Metodología del análisis de IATú eliges qué repositorios sincronizar. La analítica usa eventos de Git; para identificar las tecnologías, también lee el árbol de archivos y algunos archivos de dependencias y configuración.
GitHub, GitLab y Bitbucket para analizar la actividad del código. Puedes añadir por separado un gestor de tareas, CI/CD y una herramienta de incidencias.
Los roles y la pertenencia al equipo determinan qué datos puedes ver. El acceso a la analítica de cada desarrollador también depende de las plazas seleccionadas en la suscripción.
Los tokens se cifran antes de guardarse y no se vuelven a mostrar. Concede únicamente los permisos que requiera la integración.
Prueba la analítica de un desarrollador con los datos de tu repositorio antes de pagar.
El plazo empieza al activar la demo. Actívala después de la primera sincronización para aprovechar todos los días con tus datos disponibles.
Elige un desarrollador en Perfiles. La demo permite consultar la analítica de ese perfil.
No necesitas datos de pago para activar la demo. Al terminar, no se realiza ningún cargo automático.
Tras registrarte: Configuración → Integraciones Git → sincronización → Perfiles → activa la demo para el desarrollador elegido.
Cada plaza da acceso a la analítica de un desarrollador. Las tarjetas muestran el precio total por plaza para el periodo elegido y, debajo, su equivalente mensual.
El precio base es de — por plaza al mes con pago mensual. Si eliges varios meses, se cobra el periodo completo.
El pago se realiza en rublos a través de YooKassa. La suscripción puede renovarse automáticamente con el método de pago guardado; puedes desactivar la renovación.
Analítica básica para una plaza de desarrollador, sin tarjeta.
1 mes
—
— por plaza / mes
Sin descuentoSe cobra cada 1 mes(es)
3 meses
—
— por plaza / mes
Ahorra 5%Se cobra cada 3 mes(es)
6 meses
—
— por plaza / mes
Ahorra 10%Se cobra cada 6 mes(es)
12 meses
—
— por plaza / mes
Ahorra 15%Se cobra cada 12 mes(es)
El total depende de cuántas plazas selecciones. Un plan de pago abre la analítica de todos los perfiles seleccionados. Oferta pública: Oferta Pública
La demo incluye analítica básica de un desarrollador durante 7 días. Regístrate y sincroniza un repositorio; después, elige el desarrollador en Perfiles. No necesitas tarjeta y no se cobra nada al terminar.
Leemos metadatos de commits, pull requests y revisiones: autores, fechas, rutas de archivos modificados y número de líneas. Para identificar las tecnologías, también leemos el árbol de archivos y determinados archivos de dependencias y configuración, como package.json y Dockerfile. Este análisis no descarga una copia completa del código fuente.
Después de conectar el proveedor, elige un repositorio e inicia la sincronización. La duración depende del volumen del historial y de los límites del proveedor. Puedes consultar el estado en la tarjeta de integración.
Los commits y las pull requests no bastan. No reflejan las conversaciones, la ayuda a compañeros ni el trabajo que no deja cambios en el código. El tiempo de actividad en Git no equivale a horas de trabajo y las puntuaciones son aproximadas. Ten en cuenta los resultados y lo que explique el equipo.
La frecuencia de despliegue se calcula con los despliegues a producción. Para medir el tiempo hasta producción también se necesita el primer commit del cambio. La proporción de fallos y el tiempo de recuperación requieren incidencias vinculadas a los despliegues. Las métricas se calculan por servicio; conectar Git no basta para obtenerlas todas.
Sí, cuando quieras. El periodo ya pagado sigue activo hasta su fecha de fin y después no se cobra nada.
De momento, Commitlane solo está disponible como servicio en la nube. Si necesitas instalarlo en tus servidores, escríbenos y cuéntanos tus requisitos.
Conecta un repositorio y elige un desarrollador. Tendrás 7 días para consultar sus commits y pull requests y decidir si Commitlane encaja con tu equipo. Sin tarjeta.
Cuéntanos qué quieres saber, cuántas personas hay en tu equipo y qué herramientas usáis. Te responderemos al correo que indiques.
Por ejemplo: «Somos 12, usamos GitLab y Jira y queremos saber por qué revisar y fusionar los cambios lleva tanto tiempo». No necesitas enviar tokens ni código fuente.