¿Existe una buena herramienta para buscar en un repositorio de códigos y encontrar los lugares que tienen más cambios por checkin?Mapa de calor para registros de repositorios de código
Puede ser útil para encontrar errores o lugares para refactorizar el código.
Actualmente utilizo SVN, pero cualquier otra solución sería considerada. ¡Gracias!
Creo que StatSVN cubrirá sus necesidades.
Una lista de alto nivel de las características:
Cronograma para las líneas de código
líneas de código para cada desarrollador
Actividad de tiempo del reloj
Autores Actividad
actividad Autor por módulo
Autor Comisiones más recientes con enlaces a ViewVc
Estadísticas por directorio
Número de archivos
Tamaño medio de archivo
archivos más grandes
Archivos con la mayoría de las revisiones
Directorio Tamaños
repositorio de etiquetas de número de LOC según la versión.
árbol de repositorio con el número de archivos y líneas de código
LOC y la mantequera la evolución de la LOC y la cantidad de cambio por día
Repo Mapa de la visión jerárquica dinámica de su cesión temporal de los últimos 30 días
En concreto, hay se LOC graficó contra la rotación:
http://statsvn.org/statsvn/churn.html
Y hay un "mapa de calor" que le permite profundizar en los lugares en el código cambiadas con más frecuencia, que creo que era el # 1 solicitud:
http://statsvn.org/statsvn/repomap.html
Las muestras a las que me he vinculado no son las mejores, pero hemos utilizado la herramienta y es extremadamente elegante y potente.
Muchas gracias, parece un buen lugar para comenzar. – Andest01
Las malas noticias son que no existe tal herramienta. La buena noticia es que puede escribirlo usted mismo y hacer su valiosa contribución.
De todos modos, hay herramientas similares, como Checkstyle, PMD, JDepend que en parte realizan la tarea de análisis del código fuente. A pesar de que esas herramientas solo se pueden aplicar si se programa en Java, pero también hay alternativas para otros idiomas (Resharper, YASCA, PHP_CodeSniffer, etc.). Pocas posibilidades de que estas herramientas se puedan utilizar para encontrar lugares con los cambios más frecuentes, pero definitivamente ayudarán a mejorar la calidad del código (parece que la preocupación por la calidad del código es la principal para hacer su pregunta).
Nota: trabajo con OP y estaba parado junto a él cuando publicó.Las herramientas que mencionas están definitivamente en nuestro arsenal. El punto general es que tenemos en cuenta los proyectos que son desastres. Idealmente, queremos una forma automática de decirnos "oye, mira * allí *, probablemente sea un código incorrecto". Esperamos agregar "lugares que obtuvieron más ediciones que otros" a nuestra lista de lugares que vale la pena investigar de forma manual. –
¿te refieres a encontrar * archivos * que tienen la mayoría de los cambios por checkin? porque es difícil analizar el código fuente y calcular los números de registro en una aplicación. – altern
Nota: trabajo con OP y estaba de pie junto a él mientras publicaba. File daría un buen puntero, pero menos del 100% ideal. El * punto * de esto es ayudar a nuestro consumo de proyectos de rescate y tratar de averiguar rápidamente dónde es probable que estén las piezas de código más problemáticas. –