Un rapport utile répond à plusieurs questions. Les langages montrent la composition par nom. Les extensions révèlent les types bruts. Les octets repèrent le texte dense ou généré caché par les lignes. Les grands fichiers orientent l’inspection. Les compteurs expliquent les absences. Aucun tableau ne diagnostique seul architecture ou qualité.
Les langages reposent sur les noms
SourceTally associe des noms et extensions révisés comme Dockerfile, Makefile, .ts, .kt, .py et .yaml. Il n’analyse pas les modèles polyglottes, notebooks, zones générées ou extensions trompeuses. Les fichiers inconnus lisibles restent dans Other text afin d’examiner la table et justifier un futur mapping.
Les extensions exposent la composition
Un langage peut avoir plusieurs extensions et une extension peut être de la configuration. Comparez fichiers, lignes et octets ensemble. Beaucoup de petits fichiers diffèrent d’un énorme. Un lock peut dominer les lignes tout en restant utile ; sa ligne informe l’interprétation, elle n’ordonne pas sa suppression.
Les octets ne sont pas la taille Git
SourceTally additionne les octets texte inclus. Git contient aussi compression, anciens commits, arbres, tags, packs, refs et parfois LFS. Un checkout consomme des blocs et peut ajouter dépendances ou builds. Utilisez les outils Git pour transfert de clone, historique, quota ou disque.
Les grands fichiers sont des points de départ
Ouvrez un grand fichier dans son contexte avant de refactoriser. Il peut être généré, déclaratif, contenu localisé, migration, fixture, schéma ou module cohésif. Vérifiez propriété, changements, responsabilités, tests et outils. La liste réduit la recherche mais ne décide ni la bonne limite ni si la division améliore le système.