Scaricare i siti web che utilizzano cgit

Nessuno costruisce un’attività su un browser di repository. Lo strumento cgit è un piccolo programma scritto in C che presenta i repository git come semplici pagine, e quando una scansione del web ne trova uno non ha trovato l’ingresso principale di un’azienda, ma qualcos’altro: una macchina che conserva codice sorgente e risponde al pubblico.

A ottobre 2026 lo registriamo su 75 host. La categoria in cui lo classifichiamo equivale a un’alzata di spalle, perché un visualizzatore di repository non è un sistema di contenuti, non è un framework e non è un negozio, e la descrizione onesta è infrastruttura. Un dominio che ne serve uno è di solito il server di un progetto, il mirror di una distribuzione o un gruppo di ingegneri che ha deciso che la propria cronologia non dovesse risiedere sulla piattaforma di qualcun altro.

La dispersione delle versioni dice come vengono gestite quelle macchine. Registriamo 8 versioni distinte, e la più frequente è la versione 1.2.3. Per una presenza di queste dimensioni, un insieme così vario significa che le installazioni vengono compilate o pacchettizzate una alla volta e aggiornate quando qualcuno se ne ricorda. Per un programma distribuito come binario dietro un server web non esiste un percorso di aggiornamento automatico, quindi le stringhe di versione invecchiano al ritmo dell’amministratore e non a quello del progetto. Pubblicato con licenza GPL v2 e nato nel 2006, il programma cgit ha avuto molto tempo per accumulare una dispersione di questo tipo.

Due tipi di ricercatori vogliono la lista che ne risulta. Il primo sta mappando l’infrastruttura di sviluppo ospitata in proprio, perché un browser di repository pubblico è un indicatore affidabile di un’organizzazione che gestisce i propri strumenti invece di noleggiarli, il che è correlato alle abitudini di acquisto, al numero di ingegneri in organico e a una preferenza per l’open source nel resto dello stack. Il secondo si occupa di sicurezza, perché un visualizzatore di repository esposto pubblica la cronologia dei commit, i nomi e gli indirizzi degli autori, i nomi dei branch e talvolta configurazioni che non avrebbero mai dovuto essere indicizzate da nessuno.

Qui la sottostima è strutturale, non accidentale. Molte istanze si trovano su reti interne, su sottodomini a cui nulla rimanda o dietro un proxy con autenticazione, e un crawler che segue i link pubblici non le raggiungerà mai. Anche un’istanza pubblica è spesso servita su un percorso che nessuna pagina segnala. Quello che possiamo offrire onestamente è l’insieme delle installazioni raggiungibili tramite link pubblici e che rispondono pubblicamente, con l’host, la stringa di versione dove esposta e la data di scansione.

Chiedere a un singolo dominio se ospita un browser di repository significa porre una domanda che nessuno si pone. Chiedere quali host su internet ne ospitano uno, quali si trovano su domini aziendali anziché personali e quali sono fermi a build non più aggiornate da anni è una domanda la cui risposta può stare solo in una lista.