2010-01'de neden Debian popcon grafiğindeki Git gönderenlerin sayısındaki ani artış?


86

Hemen hemen her makale okudum 1 Mercurial (diyelim aksine yalnızca bir fikre sınırlı olmak her komutun ile daha iyi bir komut satırı UX varmış gibi görünüyor Git ve Mercurial karşılaştırarak git checkout).

Ancak bir noktada Git aniden süper popüler görünüyordu ve Debian popcon grafiğindeki Git sunucusunun sayısı (aşağıdaki grafik resme bakın) tam anlamıyla patladı.

Git ve Mercurial popülerliği

Kaynak: Debian

2010-01’de olanlar aniden değişti. GitHub, bundan daha önce kuruldu gibi görünüyor - 2008.


23
iyi bir noktada github bir bükülme noktasına çarptı ve gitti. Bunun tek başına gitmiş olduğundan şüpheliyim. Acaba biri populatite popülaritesi ile github popülaritesi arasında ilişki kurabilir mi?
Doug T.

2
Aslında, meraktan, “gönderenlerin sayısı” neyi temsil ediyor?
Adam Houldsworth

6
Git'in genel popülaritesini veya Git'in Debian'a yüklenmesini mi merak ediyorsunuz? Verileriniz BSD, Mac ve Windows işletim sistemleri ile birlikte diğer tüm Linux dağıtımlarını yok sayarak yalnızca bir Linux dağıtımı hakkında bilgi sağlar, ancak bir aracın kullanımındaki artış hakkında genel bir soru soruyorsunuz. Bazı cevaplara dayanarak Debian'a özgü bir açıklama var, ancak Git'in popülerliği ile tüm potansiyel kullanıcılar arasında Mercurial'ın popülaritesi hakkında konuşacak kadar veri yok. Sunulan soru hatalı varsayımlara dayanıyor gibi görünüyor.
Thomas Owens

32
Git tam anlamıyla patladı? Git, güvenli bir araç gibi görünmüyor. Uyarı için teşekkürler.
Jason

4
Yine de, ama git çok sayıda başka paket içinde kullanılıyor. Arasındaki fark bir göz atın apt-cache rdepends git-coreve apt-cache rdepends mercurial. Belki başka biriyle ortak bir paket yüklediği için git git ile ilgisi yoktur. Mesela bir ete kullanıcısı ve her ikisinin de gitmesine dayanan ikiwiki kullanıcısıyım (mercurial'ın da kullanılabileceğini düşünüyorum). Size biraz zaman ayırmanızı ve git-core'a Bağlı veya Tavsiye Edilen tüm çeşitli şeylere bakmanızı öneririm.
Zoredache

Yanıtlar:


48

"Gnuit" paketi (GNU Interactive Tools, bir dosya tarayıcı / görüntüleyici ve süreç görüntüleyici) Debian'da 2009-09-09 tarihine kadar "git", git ise "git-core" olarak adlandırıldı.

Bu nedenle, bakmak için daha iyi bir grafik:

Bu da popülaritenin çarpıcı bir şekilde artmadığını gösteriyor (sol taraf için yeşil çizgiyi geçene kadar kırmızı çizgiyi al).


17
Hala 2010/2011’de, popülaritesinde çarpıcı bir yükseliş olduğu görülüyor. 2010-01'deki yaklaşık 13k git-core (Git'tir) kurulumundan, 2011-01'deki 50k'den fazla kurulum (git-core ve git paketlerinden oluşan kümülatif) üzerinden geçti. Bu, bir yılda neredeyse 40 bin teçhizatlık bir artış - diğer tüm yıllık artışlardan çok daha keskin bir artış.
Thomas Owens

3
HN'den biri görüntüyü düzenledi ve hala @ThomasOwens'ın bahsettiği gibi çarpıcı bir yükseliş var gibi görünüyor. i.imgur.com/PmYj7.png
Orman Avcısı

2
Evet, hala ilk kez göründüğü kadar ani olmasa bile, çok önemli olan lineer büyümeden üssel
olana

3
@BenBrocka Bu, aslında daha yüksek bir katsayılı doğrusaldan doğrusalya doğru gitmiyor mu? :) Ve sonuçta muhtemelen logaritmik olacak.
kreativitea

2
@RussellBorogove: Saçma. Cibuti'deki bioluminescent uçan llamasının sayısı katlanarak artıyor ve bunun sonsuza kadar sürmesini bekliyorum.
Mekanik salyangoz,

34

Debian'daki git paketi eskiden olarak biliniyordu git-core. 2010 yılının Nisan ayında paketin adı değiştirildi git. Bu blog yazısında Julius Plenz'in veya Debian'ın bu taahhüdünde daha fazla bilgi bulabilirsiniz .

Burada sayısı hem de yükler gösteren bir grafiktir gitve git-corezaman içinde:

Git-GitCore-Grafik


1
Burada grafiğin bir ekran görüntüsü olması güzel olurdu. Eğer istersen ekleyebilirim. :)
Jungle Hunter

1
+1. Bu grafik en iyi şekilde paketin yeniden adlandırılmasında ne olduğunu gösterir.
Jeff Ferland

26

Darcs'i bir süredir kendi projelerim için kullanıyordum. Grafiğinizin atıfta bulunduğu hızlı yükseliş sırasında git'e geçtim, işte benim gözlemim:

Dağıtılmış kaynak kontrol sistemleri yaklaşık o zamanlarda bir kanama kenarıydı. Sözde alfa programcıları yanlarında kullanıyorlardı, ancak çoğu profesyonel yazılım geliştiricinin radarının dışına düştüler. Dünyaya bakmanın CVS / SVN / SourceSafe / TFS yolu, programcıların genelde az ya da mutlu olduklarından ve çoğu insan, dağıtılmış kaynak kontrol sistemini oluşturan sorunların daha iyi takımlarla düzeltilebileceğini varsayıyordu. Tıpkı CVS -> SVN'den bir iyileşme elde ettiğinizde, bir gün SVN -> SVN ++ 'a gitmenizi sağlayacak bir şey olacağına dair bir gelişme olacaktır. Kaynak kontrolünü başka nasıl yönetirsiniz?

Sonra git geldi. Git'i herkesin radarına zorlayan şey, onu hemen benimseyen dev bir kamu projesi olmasıydı . Git'in birçok kullanıcısı ücretsiz oldu - ciddi çekirdek hackage yapacak olsanız, git kullandınız. % 100 emin olamasam da, o zaman başka hiçbir DVCS'nin bu kadar büyük bir kullanıcı tabanına sahip olmadığına bahse girerdim.

Sonra işe yaradı. İyi çalıştı. Halk arasında iyi çalıştı. Aynı zamanda, ilk siğilleri için, o sırada en çok eş zamanlı DVCS'den daha kararlıdır. Örneğin, Darcs, saçma bir karmaşık (ikinci dereceden? Faktörlü? Kesin olarak hatırlayamıyorum, ama kötüydü ) yardımcı programını gerektiren, tutarsız bir duruma sokulabilir . Git her zaman daha istikrarlı olmuştur.

Geniş kullanıcı tabanından sadece bir çeşit kanama çıktı.

Ticari veya açık kaynaklı her projenin bu kritik kütleye ihtiyacı var. Darcs anlamadı. Mercurial da yapmadı. Geri düşünmek. Birçok küçük proje bunu kullanır. Muhtemelen bazı ticari kullanıcılar bile vardır. Ama büyük başarı hikayen nedir?

“Eğer Linux çekirdeği için yeterince iyiyse, sizin için yeterince iyi”, çok ikna edici bir argümandır.

Bu yüzden, özetlemek gerekirse, doğru zamanda ortaya çıkan ve büyük, sadık bir kullanıcı tabanına sahip olan iyi bir üründü.


4
Git ve hg'nin 2005'te başladığını düşünüyorum, 2010'a kadar onlar 5 yıllık bir teknolojiydi. Onları ana akım olarak adlandırmazdım, ama kanama kenarının da doğru olduğunu sanmıyorum .
R0MANARMY

10
sorulan soruya bu nasıl cevap veriyor? "2010-01’de olanların aniden değiştiği" ekran görüntüsünde
gnat

2
@gnat Bahsettiğim kanama / kritik kitle aşaması.
Michael

4
@Michael bunu gördüğüm gibi, cevabın bu konuda fazla ayrıntı vermiyor. Tüm saygımla, ifade etme şekli şu an daha vahşi bir tahmin, karanlıkta bir atış gibi görünüyor. "O zamanlar Ocak 2010'da, geleceğini hissettim, havada bir şeyler vardı ..." Çok yardımcı
olmadı

1
Kaynak denetimi dağıtıldı olurken sorunlar var daha iyi kalıp tarafından giderildi. Bugünün SVN'si, DVCS'nin aklına gelenlerin hala güncel olduğunu düşündüğü eski sürümünden çok daha iyi ve DVCS'nin masaya getirdiği tüm yeni baş ağrıları ve ek karmaşıklığı ortaya koymadan eski modelle ilgili doğal sorunları çözüyor.
Mason Wheeler

13

2010 yılının sonlarında Mercurial'dan Git'e geçiş yapan geç bir evlatçıydım.

Git'in bu kadar popüler olmasının nedeni, sürüm kontrol araçlarında ağ etkisi olan GitHub gibi siteler yüzünden. Bu, daha önce görülmedi, çünkü bir proje ya da şirket bazında kod paylaşacaksınız.

Git ve Github'a geçmeyi özellikle hatırlıyorum çünkü takip etmek ve katkıda bulunduğum tüm projeler, ortak çalıştığım geliştiricilerin yanı sıra aynı şeyi yaptı.

Bu bir ağ etkisidir.

GitHub, DVCS üzerine inşa edilmiş en popüler web tabanlı işbirliği katmanıydı ve Git, “yeterince iyi” oldu. Mercurial'ın öğrenmesi ve kullanması kesinlikle daha kolaydı, Git'in birçok nüansı vardı, ancak Linus yüzünden sağlam bir markası vardı.

Sadece GitHub'ın '08'de başlatılması ve büyüme '10'da başlaması, GitHub'un sorumlu olmadığı anlamına gelmez. Sosyal ağ oluşturma ve Facebook'un büyümesi gibi diğer alanlarda rekabetçi büyüme tablolarına bakarsanız, çizgi çok benzer.

Viral döngü / ağ etkisi olmadan büyüme çizelgeleri görmüyorsunuz.

Örneğin Facebook büyüme grafiğiyle karşılaştır

facebook büyüme tablosu

Güncelleme: Yukarıdaki kaynağın doğru olmadığını biliyorum, ancak Git'in son birkaç yıl içinde katlanarak büyüdüğünü gösteren birçok veri kaynağı var.

Grafik 1: Git ve iş ilanlarında kullanılan sözler

iş ilanlarında git den

Git pazar payının 2011'de% 13'ten 2012'de% 27'ye çıktığını gösteren Eclipse araştırması . Şaşırtıcı büyüme.

Bu gönderi Git büyümesini ve ağ etkilerini burada yaptığımdan daha iyi açıklıyor.


9
Üstel bir artış (facebook grafiğiyle gördüğümüz gibi) ve sorunun içerdiği orijinal grafik arasında büyük bir fark var. Bu grafiğe inanılacak olsaydı, belirli bir noktada eğimde çarpıcı bir süreksizlik var - bu bir ağ etkisi değil, meydana gelen bir olay anlamına gelir. Gerçekten de, bu etkinliğin paketin yeniden adlandırıldığı diğer cevaplardan geliyor! :)
30:12

Bu grafik yanlış olabilir, ama seyahatseverlerin Git büyüme olduğunu ortaya koyan başka araştırmalar vardır etmiştir üstel olmuştur. Örneğin Bu yazıda tartışıldığı gibi Tutulma Anketi (bu benim yaptığım noktayı aynı kılıyor, ancak çok daha iyi bir şekilde): jamesmckay.net/2012/06/…
nikcub

Mckay bağlantısı koptu. İşte Wayback Makine sürümü .
Faheem Mitha

5

Sadece netleştirmek için, bu grafik git'in debian sistemlerine kurulumunu göstermektedir.

Başak olduğunda, Debian paketi git-core'dan git olarak yeniden adlandırıldı. Belki insanlar bu adı daha kolay bulmuşlardır, çünkü adı yazılımı yansıtmıştır.


5

Git'in popülerlik kazanmasının en büyük sebeplerinden biri olarak Github'dan bahsetmeyen kimsenin şaşırmamasına şaşırdım . Gidip ana akıntıya ittiler.

Github Nisan 2008'de başlatıldı ve 1-2 yıl içinde popülerlik kazandı. Ve sonra git / git-core kullanımında ani bir patlama gördüğünüzde, öncelikle 2 Milyon github kullanıcısı ve onların 3.7 milyon depoları kaynaklanmaktadır. Github git git kullanımı kolaylaştı. Bitbucket oradaydı, ama Github zahmetsizce yaptı. Eminim github adamları gitmişse Hg'yi seçtiyse, Hg kullanımında da aynı dalgalanma görmeliydik.

Analoji olabilir: Canonical: Linux :: Github: Git


Kesinlikle katılıyorum. Github, revizyon kontrolünü eğlenceli, anlaşılması kolay ve tüm bu açık kaynaklı havuzlarda çok faydalı kılar. Bence Git'in bu kadar büyük olmasının sebebi onlar.
d34n5

1

Eh, IMHO, dağıtılmış VCS'lerin Hg ve Git'e benzemesi gibi, merkezi bir VCS'den doğal olarak daha iyidir - bu yüzden SVN her zaman bunlardan birini kaybederdi.

Ve gitmiş olduğu gibi git, Hg'ye göre gezegendeki en büyük ve en başarılı açık kaynak kodlu proje tarafından kullanıldığı için büyük bir avantaja sahipti - bu tam bir başlangıç.

2010 yılı başlarında meydana gelen ani patlamanın neden olduğuna dair tahminim oldukça mantıklı. Git muhteşem, ama yeni başlayanlar için çok sezgisel değil.

En iyi Git kitabı, IMHO, Eylül 2009'da yayınlanan Pro Git'tir. En iyisi (yine IMHO), O'Reilly'nin Git kitabı, Haziran 2009'da yayınlandı.

Bu yüzden Git kullanımının 2010 yılı başlarında patlaması nedeni, nasıl kullanılacağını öğrenmek için gerçekten iyi kaynakların mevcut olması gerçeği kadar basit olabilir.


1
Dallanma ve birleşme söz konusu olduğunda SVN hiçbir zaman lider bir merkezi VCS olmadı. Hg ve Git, dallanma ve birleşme ile iyi başa çıkan ilk açık kaynaklı VCS idi. Merkezileşmiş / dağıtılmış bununla ilgisi olduğunu sanmıyorum.
Ian

1

Bir sürüm kontrol sistemi seçmek sosyal bir karardır. Tüm ekibin aynı çözümü kullanması gerekiyor. Kişisel bir karar olan bir metin editörünün aksine, farklı geliştiriciler farklı editörler kullanabilir ve kolayca işbirliği yapabilir.

Bu nedenle , bir sürüm kontrol sistemi seçmenin, daha iyi veya biraz daha popüler olabilecek sistemlerin daha da popüler hale gelmesine neden olan ağ etkileri vardır.

Örneğin, açık kaynaklı projeler için darcs tercih ediyorum, ancak potansiyel katılımcılarımın çoğunun git ile aşina olduklarını gördüm ve darcs yerine git ile barındırılan projeler için daha fazla katkı aldım. Bu yüzden git yerine çok kullanıyorum. Sonra, onu kullanıp Github'da kod yayınladığım için, onayladığım ya da başkalarının onu kullanmasını etkileyebilecek olanı bile tercih edebileceğim anlaşılıyor.

Geliştiriciler, katkıda bulundukları her proje için yeni bir kaynak kontrol sistemi öğrenmek istemez, bu nedenle genel topluluğa, "yeterince iyi" ve yaygın olarak popüler olan bir standarda sahip olmalarını ve daha sonra her ekibin ve projenin "en iyisini seçmesini" sağlar. "vakumda çözelti.

Github sadece ağ etkisinin ateşine yakıt ekledi.


-1

Michael'ın cevabındaki düzeltilmiş grafiğe bakıldığında, Debian sistemlerinde hem git-core hem de git'i gösteren soru, 2006'da Debian sistemlerinde gitmenin neden popüler hale geldiği ve 2006-2012 yılları arasında katlanarak büyüdüğü şeklinde görünüyor.

Bunun nedeni, 2005-2006 yıllarında popüler olmaya başlayan Ubuntu gibi, Debian merkezli Linux dağıtımlarının güçlü bir şekilde benimsenmesi olabilir; 2012'nin sonunda DistintWatch'e göre Mint hala 1 numara ve Ubuntu # 3 .

2008 yılında kurulan GitHub, ücretsiz git hosting sağladı ve 2012 ve 2012 yılları arasında , Vikipedi’ye göre, 2012 yılı sonundaki Vikipedi’ye göre 2008 ve 2012 yılları arasında ~ 2.5 milyon kullanıcı ve ~ 4.5 milyon proje ile dünyanın 1 numaralı kaynak depo hizmeti oldu .

Raylar ve birçok başka proje, 2000'lerin sonunda Rubyforge'dan GitHub'a geçti. Ek olarak, Bundler,:git Gemfile'deki bir seçenekle cevherlerin takılması / güncellenmesi desteği ile başlangıçta söz konusu olan zaman içinde (2009'un sonlarında) tanıtıldı ve Bundler, Rails 3'ün bir bağımlılığı olarak dahil edildi. , Java, CSS, vb. GitHub’a geçtiler veya başladılar.

GitHub'daki projelere katkıda bulunmak isteyenler, GitHub'daki projeyi istila etmek için gerekliydi, değişiklik yapmadan ve bunları GitHub'a geri koymadan ve geri çekme isteğinde bulunmadan önce depoyu klonlamak için yerel bir git istemcisi kullanın. Bu, daha önce kullanılan diğer yöntemlerden çok daha basittir ve tartışmalı bir şekilde GitHub'a taşınan ya da oradan başlamaya karar veren projeler tarafından benimsenmesinin önemli bir nedeniydi. Bu, geliştiricilerin GitHub'ı kullanabilmeleri için Debian tabanlı dağıtımlara git-core / git'in kurulması gerektiği anlamına geliyordu.

Bu nedenle, GitHub'ın GitHub'un ücretsiz hosting ve kullanıcı deneyiminden kaynaklanacak olan kullanıcılar ve projelerdeki büyümesi nedeniyle giderek daha popüler hale gelmesi ve giderek artan bir şekilde benimsenmesiyle Debian tabanlı dağıtımların bir birleşimi olduğuna inanıyorum.


-2

Bir çok insanın nedensellik ile korelasyonu karıştırdığını düşünüyorum.

Sunulan grafiklerin tümü, popülerlik ölçümleri ve olayların ölçümleri ... ve diğer önlemler arasındaki korelasyonları gösteriyor. Bununla birlikte, bir korelasyon nedensellik için net bir kanıt değildir.

Bazı diğer cevaplar başka şeylerle ilişkiler kurmaya çalışır; örneğin, Linus Torsvalds, DVCS'ye evangelizm, Github'un oluşumu, sosyal ağın yükselişi. Korelasyon kanıtı olsa da (bir zaman çizgisinde) o kadar güçlü değildir, bu nedenselliği dışlamaz. Özellikle "ağ etkisi" hipotezini kabul ederseniz; yani birden fazla sebep var.

Sonuçta, mevcut delil tür olmasıdır edemez nedenselliği göstermektedir. Yüz binlerce insanın kolektif davranışlarından bahsediyoruz ve insanlar farklı nedenlerle karar veriyor ... ya da hiç mantıklı bir sebep yok. Programcılar kimseden farklı değildir.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.