Bukti Empiris dari Popularitas Git dan Mercurial


37

Ini tahun 2012! Mercurial dan Git keduanya masih kuat.

Saya memahami pertukaran keduanya. Saya juga mengerti setiap orang memiliki semacam preferensi untuk satu atau yang lain. Tidak apa-apa.

Saya mencari beberapa informasi tentang tingkat penggunaan keduanya. Misalnya, di stackoverflow.com , mencari Git memberi Anda 12.000 klik, Mercurial memberi Anda 3.000. Google Trends mengatakan itu 1.9: 1.0 untuk Git.

Apa informasi empiris lain yang tersedia untuk memperkirakan penggunaan relatif kedua alat?


65
Hit Stackoverflow dapat mengindikasikan "kesulitan", bukan "popularitas".

6
Git menang dalam tren google, github menang atas bitbucket, TETAPI - afaik banyak perusahaan komersial lebih suka Mercurial daripada Git, jadi sangat mungkin bahwa sementara Git memiliki lebih banyak orang yang menggunakannya, Hg memiliki lebih banyak uang untuk bertaruh.
c69

Apa alasan perusahaan lebih memilih Mercurial daripada Git?
ana

11
Alasan seperti ini saya kira: stackoverflow.com/a/892688/224087 atau ericsink.com/entries/hg_denzel.html atau stevelosh.com/blog/2010/01/... Saya juga berpikir Mercurial lebih dipoles dan lebih mudah untuk didekati. Kualitas alat juga merupakan faktor. Pengalaman Mercurial jelas lebih baik daripada Git di Windows. Selain itu, kami menggunakan FogBugz dan Kiln, yang membuat pelacak bug / tugas terintegrasi dan paket kontrol kode sumber yang sangat bagus. Untuk kode pribadi, bitbucket memiliki harga yang lebih baik (saya bisa lolos dengan paket gratis, di mana saya tidak bisa menggunakan github)
quentin-starin

1
@ ThorbjørnRavnAndersen Sepenuhnya setuju. Saya menemukan git memiliki cukup kurva belajar di mana lincah tampaknya memiliki kurva kurang curam. Sulit untuk menilai sesuatu pada metrik hits ... Siapa yang tahu. Mungkin alat yang paling populer adalah yang memiliki hit terendah karena tidak ada yang perlu meminta bantuan :)
Rig

Jawaban:


19

Ohloh

Dalam gaya yang mirip dengan jawaban Git vs SVN saya , Ohloh telah dijelajahi (hanya) tiga kali oleh Mesin Wayback Internet Archive , tetapi Juli 2011 tidak dapat dibaca:

Agustus 2010

  • Git: 26.485 repositori (11,3% dari total)
  • Mercurial: 2.548 repositori (1,1% dari total)
  • Rasio: 10.4: 1.0

Mei 2011

  • Git: 116.224 repositori (35,3% dari total)
  • Mercurial: 3,753 repositori (1,1% dari total)
  • Rasio: 31.0: 1.0

Februari 2012

  • Git: 124.000 repositori (26% dari total)
  • Mercurial:?

Juni 2012

  • Git: 134.459 repositori (27% dari total)
  • Mercurial: 11.238 repositori (2% dari total)
  • Rasio: 12.0: 1.0

Oktober 2013

  • Git: 238.648 repositori (38% dari total)
  • Mercurial: 17.145 repositori (2% dari total)
  • Rasio: 13.9: 1.0

April 2014

  • Git: 238.648 repositori (38% dari total)
  • Mercurial: 17.628 repositori (2% dari total)
  • Rasio: 13.5: 1.0

Survei Komunitas Eclipse

Sumber data lain adalah Survei Komunitas Eclipse. Nilai Git di bawah ini untuk Git / GitHub.

2009 ( pdf )

  • Git: 2,4%
  • Mercurial: 1,1% (Catatan: Hg terdaftar di bawah "lain" dalam laporan 2009, tetapi dirinci dalam laporan 2010)
  • Rasio: 2.2: 1.0

2010 ( pdf )

  • Git: 6.8%
  • Mercurial: 3%
  • Rasio: 2.3: 1.0

2011 ( pdf )

  • Git: 12,8%
  • Mercurial: 1,1%
  • Rasio: 11.6: 1.0

2012

  • Git: 27,6%
  • Mercurial: 2,6%
  • Rasio: 10.6: 1.0

2013

  • Git: 30,3%
  • Mercurial: 3,6%
  • Rasio: = 8.4: 1.0

2014

  • Git: 33,3%
  • Mercurial: 2,1%
  • Rasio: = 15.9: 1.0

Ringkasan

Ini tampaknya menunjukkan bahwa, dari repositori open source yang terdaftar di Ohloh, dan para pengembang yang menggunakan Eclipse, Git adalah urutan besarnya yang lebih populer daripada Mercurial.


8

Saya pikir selain tren Google atau pertanyaan SO (yang ditunjukkan oleh komentar di atas, mungkin menunjukkan keingintahuan atau kesulitan daripada penggunaan), taruhan terbaik Anda adalah dengan melihat statistik di mana statistik tersedia, dan menimbangnya berdasarkan sumber (bagaimana Anda melakukannya) yang mungkin sugestif).

Anda dapat melihat distribusi sistem kontrol versi SEMUA pada proyek yang diindeks dengan Ohloh .

Kontes Popularitas Debian menunjukkan grafik untuk statistik paket DVCS .

Dan ini sedikit ketinggalan jaman, tetapi Hasil Survei DVCS GNOME menarik.

Ketika datang ke angka, saya pikir Ohloh adalah audiens yang paling umum, jadi saya akan pergi dengan itu, secara pribadi ... masih BANYAK orang menggunakan SVN dan bahkan CVS, meskipun.

Dalam hal perangkat lunak open source, di mana masalah-masalah penting adalah mengoordinasikan tim-tim yang tersebar luas dan tidak sinkron, Git adalah pemenang yang tepat. Terutama ketika Anda melihat perbandingan Wikipedia dengan popularitas situs hosting proyek sumber terbuka (berdasarkan jumlah GitHub (git) vs BitBucket (Hg)).


8
Bukannya saya pikir Anda harus memilih DVCS berdasarkan popularitas.
Jason Lewis

3
Sebenarnya, saya pikir popularitas adalah alasan yang sangat baik untuk memilih sistem kontrol versi karena sifat alat yang terdistribusi. Efek eksternalitas jaringan memberikan alat yang lebih populer, nilai yang jauh lebih besar jika Anda berencana untuk berkontribusi pada proyek dengan peserta lain.
Ana

Saya setuju untuk proyek open source. Jika Anda ingin agar DVCS utama Anda diketahui oleh banyak kontributor potensial, Git adalah pilihan yang sebenarnya. Di dalam organisasi ... Anda perlu mempertimbangkan faktor-faktor seperti ukuran tim Anda, dukungan kelembagaan, dll.
Jason Lewis

6
Seperti yang saya sarankan di sini : "Anda harus menggunakan gitketika proyek atau komunitas yang Anda ingin berkontribusi untuk menggunakan git, dan menggunakan Mercurial ketika mereka menggunakan Mercurial. Ini mungkin terlihat jelas, tetapi komunitas lebih penting daripada alat."
Mark Booth

1
Ini tidak semua teknis - pertimbangkan bahwa bisnis perlu merekrut programmer baru ke tim untuk mendukung pertumbuhan dan penggantian. Memilih alat (DVCS hanyalah salah satu dari banyak) yang terkenal berarti bahwa rekrutmen baru lebih mungkin mengenalnya. Juga alat yang lebih populer (Terutama OSS) kemungkinan akan mendapatkan lebih banyak sumber daya dan upaya dan seiring waktu meningkat lebih cepat.
mattnz
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.