Perché l'improvviso aumento del numero di segnalatori Git sul grafico dei pop-pop Debian nel 2010-01?

Il pacchetto "gnuit" (GNU Interactive Tools, un browser di file / visualizzatore e visualizzatore di processi) era chiamato "git" in Debian fino al 2009-09-09, mentre git era chiamato "git-core".

Pertanto, un grafico migliore da esaminare è:

Il che dimostra che la popolarità non è aumentata drammaticamente (prendi la linea verde per la parte sinistra finché non si incrocia, quindi prendi la linea rossa).

Il pacchetto git in Debian era precedentemente noto come git-core . Nell'aprile 2010 il pacchetto è stato rinominato in git . Maggiori dettagli possono essere trovati in questo post del blog di Julius Plenz o questo commette in Debian .

Questo è un grafico che mostra il numero di installazioni sia di git che di git-core nel tempo:

Per un po 'stavo usando Darcs per i miei progetti. Sono passato a cedere durante la rapida ascensione a cui si riferisce il tuo grafico, quindi ecco la mia osservazione:

I sistemi di controllo della sorgente distribuita all'incirca in quel momento erano una cosa sanguinosa. I cosiddetti programmatori alfa li stavano usando sul lato, ma caddero fuori dal radar della maggior parte degli sviluppatori di software professionali. Il modo di guardare al mondo CVS / SVN / SourceSafe / TFS era quello in cui i programmatori in generale erano più o meno felici e la maggior parte delle persone riteneva che i problemi che hanno generato il sistema di controllo del codice sorgente distribuito potessero essere risolti con strumenti migliori. Proprio come hai ottenuto un miglioramento andando da CVS - > SVN che un giorno ci sarebbe qualcosa che ti permetterebbe di passare a SVN - > SVN ++. In quale altro modo gestirai il controllo del codice sorgente?

Poi è arrivato Git. Ciò che costrinse git al radar di tutti fu che c'era un enorme , progetto pubblico che lo adottò immediatamente. Git ha avuto un sacco di utenti gratis - se avessi intenzione di fare un hacking del kernel serio, hai usato git. Anche se non posso essere sicuro al 100%, scommetterei che in quel momento nessun altro DVCS avesse una base di utenti così grande.

Quindi ha funzionato. Ha funzionato bene. Ha funzionato bene in pubblico. Inoltre, per le sue verruche iniziali, era al momento più stabile della maggior parte dei DVC simultanei. Darcs, ad esempio, potrebbe essere messo in uno stato incoerente che richiedeva un'assurdità complessa (quadratica? Fattoriale? Impossibile ricordare con certezza, ma era cattiva ) utilità da risolvere. Git è sempre stato più stabile.

Dalla sua ampia base di utenti è stato semplicemente dissanguato.

Ogni progetto, commerciale o open source, ha bisogno di quella massa critica. Darcs non l'ha capito. Neanche Mercurial. Ripensarci. Un sacco di progetti più piccoli lo usano. Probabilmente ci sono anche un numero di utenti commerciali. Ma qual è la tua grande storia di successo?

"Se è abbastanza buono per il kernel di Linux, è abbastanza buono per te" è un argomento molto convincente.

Quindi, per riassumere, è stato un buon prodotto che è arrivato al momento giusto e ha ottenuto una grande base di utenti devota.

Ero un ritardatario - passando da Mercurial a Git verso il 2010.

Il motivo per cui credo che Git sia diventato così popolare a causa di siti come GitHub che hai avuto un effetto di rete negli strumenti di controllo della versione. Questo non era stato visto in precedenza, in quanto dovresti condividere il codice su base di progetto o aziendale.

Ricordo in particolare il passaggio a Git e Github perché tutti i progetti a cui ero interessato a seguire e contribuito avevano fatto lo stesso, così come gli sviluppatori con cui mi associo.

Questo è un effetto di rete.

GitHub è stato il livello di collaborazione basato sul Web più popolare basato su DVCS e Git ha finito per essere "abbastanza buono". Mercurial era sicuramente più facile da imparare e da usare, Git ha molte sfumature, ma aveva un marchio solido a causa di Linus.

Solo perché GitHub è stato lanciato nel 2008 e la crescita inizia nel '10 non significa che GitHub non è responsabile. Se guardi i grafici di crescita competitiva in altre aree come i social network e la crescita di Facebook, la linea è molto simile.

Non vedi grafici di crescita del genere senza un effetto di loop / rete virale.

Ad es. confronta con un grafico di crescita di Facebook

Aggiornamento:sochelafontedicuisoprapotrebbenonesserestataaccurata,macisonomoltefontididatichedimostranocheGitècresciutoesponenzialmentenegliultimianni.

Grafico1:MenzionidiGitnegliannuncidilavoro

E il sondaggio di Eclipse che mostra che la quota di mercato di Git è passata da 13% nel 2011 al 27% nel 2012 . Crescita incredibile.

Questo post fa un spiegazione molto migliore della crescita di Git e degli effetti di rete rispetto a quello che ho fatto qui.

Per chiarire, questo grafico mostra l'installazione di git su sistemi debian.

Intorno al tempo in cui il picco si verifica, il pacchetto Debian è stato rinominato da git-core a git. Forse le persone hanno trovato il pacchetto più facile ora che il nome riflette il software.

Sono sorpreso che nessuno abbia menzionato Github come una delle principali ragioni per Git per guadagnare popolarità . Hanno spinto il git mainstream.

Github è stato lanciato nell'aprile 2008 e nell'arco di 1-2 anni hanno guadagnato popolarità. E poi quando vedi un'improvvisa esplosione di utilizzo di git / git-core è principalmente dovuto agli utenti di github da 2 milioni e ai loro repository da 3,7 milioni. Github ha reso git facile da usare. Bitbucket era lì, ma Github lo rendeva senza sforzo. Sono sicuro che se i ragazzi di Github hanno scelto Hg al posto di git, avremmo dovuto vedere lo stesso aumento nell'uso di Hg.

Analogy può essere: Canonical: Linux :: Github: Git

Bene, IMHO, i VCS distribuiti come Hg e Git sono intrinsecamente migliori di un VCS centralizzato - quindi SVN avrebbe sempre perso uno di loro.

E git, come è già stato osservato, ha avuto l'enorme vantaggio su Hg di essere stato utilizzato dal più grande e più riuscito progetto open-source del pianeta - è un record incredibile, sin dall'inizio.

Riguardo al motivo per cui l'improvvisa esplosione all'inizio del 2010, la mia ipotesi è abbastanza prosaica. Git è brillante, ma per un principiante non è molto intuitivo.

Il miglior libro Git, IMHO, è Pro Git, che è stato pubblicato nel settembre 2009. Il secondo migliore (ancora IMHO), il libro Git di O'Reilly, è stato pubblicato nel giugno 2009.

Quindi la ragione per cui l'utilizzo di Git è esploso all'inizio del 2010 potrebbe essere semplice come il fatto che era quando erano disponibili risorse davvero valide per imparare a usarlo.

La scelta di un sistema di controllo delle versioni è una decisione sociale. Il team ha tutti bisogno di utilizzare la stessa soluzione. Al contrario di un editor di testo, che è una decisione personale, diversi sviluppatori possono utilizzare editor diversi e collaborare facilmente.

Quindi ci sono effetti di rete nella scelta di un sistema di controllo di versione, che causa sistemi che potrebbero essere un po 'migliori o un po' più popolari per diventare ancora più popolari.

Ad esempio, preferisco darcs per progetti open source, ma ho scoperto che molti dei miei potenziali contributori conoscevano Git, e ho ricevuto più contributi più facilmente per i progetti ospitati con git invece di darcs. Quindi, finisco di usare git molto invece di darcs. Quindi, poiché lo uso e pubblichiamo il codice su Github, sembra che lo approvi o che lo possa persino preferire, il che potrebbe influenzare gli altri a utilizzarlo.

Gli sviluppatori non vogliono apprendere un nuovo sistema di controllo del codice sorgente per ogni progetto a cui contribuiscono, quindi è vantaggioso per la comunità generale avere uno standard che sia "abbastanza buono" e ampiamente popolare, quindi che ogni team e ogni progetto scelgano la "migliore" soluzione nel vuoto.

Github ha solo aggiunto benzina al fuoco dell'effetto rete.

Guardando il grafico corretto nella risposta di Michael, mostrando sia git-core che git sui sistemi Debian, il La domanda sembra essere la ragione per cui Git ha iniziato a diventare popolare nel 2006 sui sistemi Debian e perché è cresciuto in modo esponenziale tra il 2006-2012.

Il motivo potrebbe essere la strong adozione di distribuzioni Linux basate su Debian, come Ubuntu, che iniziò a diventare popolare intorno al 2005-2006 e divenne la distro # 1 fino al 2011 circa, quando Mint, anch'essa basata su Debian, divenne # 1. Alla fine del 2012, Mint è ancora il numero 1 e Ubuntu # 3 secondo DistroWatch .

GitHub, fondato nel 2008, ha fornito hosting git gratuito e tra il 2008 e il 2012 è diventato il servizio di repository di sorgenti n. 1 al mondo con ~ 2,5 milioni di utenti e ~ 4,5 milioni di progetti , secondo Wikipedia alla fine del 2012.

Rails e molti altri progetti sono passati da Rubyforge a GitHub alla fine degli anni 2000. Inoltre, Bundler è stato introdotto nel periodo originariamente in questione ( fine 2009) con supporto per l'installazione / aggiornamento delle gemme tramite un'opzione :git nel Gemfile e Bundler è stato incluso come dipendenza di Rails 3. Anche i progetti in Python, Javascript, C, C ++, Java, CSS, ecc. sono stati migrati a o avviato su GitHub.

Coloro che volevano contribuire ai progetti su GitHub avevano bisogno di inserire il progetto in GitHub, utilizzare un client git locale per clonare il repository prima di apportare modifiche e reinserirle in GitHub e fare una richiesta di pull. Questo era molto più semplice di altri metodi usati prima e probabilmente era una ragione significativa per cui è stato adottato dai progetti che sono passati a GitHub o che hanno deciso di iniziare da lì. Ciò significava che git-core / git doveva essere installato nelle distribuzioni basate su Debian in modo che gli sviluppatori potessero usare GitHub.

Quindi, credo che sia stata una combinazione di distro basate su Debian a diventare più popolare e in crescita l'adozione di git a causa della crescita di GitHub in utenti e progetti, che probabilmente deriva dall'hosting e dall'esperienza utente di GitHub.

Penso che molte persone confondano la correlazione con la causalità.

I grafici presentati mostrano tutte le correlazioni tra le misure della popolarità dei git e degli eventi ... e altre misure. Tuttavia, una correlazione non è una chiara evidenza di causalità.

Altre risposte cercano di tracciare relazioni con altre cose; per esempio. L'evangelismo di Linus Torsvalds per DVCS, la formazione di Github, l'ascesa dei social network. Mentre c'è evidenza di correlazione (su una linea del tempo) non è così strong, che non esclude la causalità. Specialmente se accetti l'ipotesi dell'effetto rete; cioè che ci sono più cause.

La linea di fondo, è che il tipo di prova disponibile non può mostrare la causalità. Stiamo parlando di comportamenti collettivi di centinaia di migliaia di persone e le persone prendono decisioni per ragioni diverse ... o senza alcuna ragione logica. I programmatori non sono diversi da chiunque altro.