Esiste un buon strumento per guardare attraverso un repository di codice e trovare i luoghi che hanno il maggior numero di modifiche per check-in?Mappa di calore per il deposito di codici Check-in
Può essere utile per trovare bug o codici di refactoring.
Attualmente utilizzo SVN, ma verranno considerate tutte le altre soluzioni. Grazie!
Penso che StatSVN soddisferà le vostre esigenze.
Un elenco di alto livello delle caratteristiche:
Timeline per le righe di codice
righe di codice per ogni sviluppatore
durante il giorno Orologio
Autori Attività
Autore attività per modulo
Autore Commits più recenti con link a ViewVc
Statistiche per directory
Numero di file
Dimensioni file normali
file più grandi
file con la maggior parte delle revisioni
Directory Taglie
Repository Tag Numero di LOC per versione.
albero Repository con conteggio dei file e righe di codice
LOC e churn l'evoluzione del LOC e la quantità di cambiamento al giorno
Repo Mappa della visione gerarchica dinamica del pronti contro termine per gli ultimi 30 giorni
In particolare, ci è LOC graficamente rispetto al tasso di abbandono:
http://statsvn.org/statsvn/churn.html
E c'è una "mappa di calore", che permette di visualizzare in dettaglio i punti del codice il più delle volte cambiato, che a mio avviso è stato il tuo # 1 richiesta:
http://statsvn.org/statsvn/repomap.html
Gli esempi a cui mi sono collegato non sono il massimo, ma abbiamo utilizzato lo strumento ed è estremamente elegante e potente.
Grazie mille - questo sembra un ottimo punto di partenza. – Andest01
La cattiva notizia è che non esiste uno strumento del genere. La buona notizia è che puoi scrivere da solo e dare il tuo prezioso contributo.
In ogni caso, esistono strumenti simili, come Checkstyle, PMD, JDepend che eseguono in parte il compito di analisi del codice sorgente. Anche se questi strumenti potrebbero essere applicati solo se si programma in Java, ma esistono anche alternative per altri linguaggi (Resharper, YASCA, PHP_CodeSniffer, ecc.). Scarse probabilità che questi strumenti possano essere utilizzati per trovare i luoghi con le modifiche più frequenti, ma contribuiranno sicuramente a migliorare la qualità del codice (sembra che il problema della qualità del codice sia il principale per fare la tua domanda).
Nota: lavoro con OP e stavo in piedi accanto a lui quando ha pubblicato.Gli strumenti che menzioni sono sicuramente nel nostro arsenale. Il punto principale è che prendiamo in considerazione progetti che sono disastri. Idealmente vogliamo un modo automatico per dirci "hey, guarda * là * probabilmente è un codice cattivo". Speriamo di aggiungere "luoghi che hanno ottenuto molte più modifiche di altri" alla nostra lista di luoghi che vale la pena investigare manualmente. –
intendi la ricerca di * file * che hanno la maggior parte dei cambiamenti per check-in? perché è difficile sia analizzare il codice sorgente sia calcolare i numeri di checkin in un'unica app. – altern
Nota: lavoro con OP e stavo accanto a lui mentre lui postava. File darebbe un buon puntatore, ma meno del 100% ideale. Il * punto * di questo è di aiutare il nostro apporto di progetti di salvataggio e cercare di capire rapidamente dove sono probabilmente i pezzi di codice più problematici. –