Git और Mercurial की लोकप्रियता का अनुभवजन्य साक्ष्य


37

यह 2012 की बात है! मर्क्यूरियल और गिट दोनों अभी भी मजबूत हैं।

मैं दोनों के व्यापार-उतार को समझता हूं। मैं यह भी समझता हूं कि हर किसी की एक-न-एक प्राथमिकता होती है। कोई बात नहीं।

मैं दोनों के उपयोग के स्तर पर कुछ जानकारी की तलाश कर रहा हूं। उदाहरण के लिए, stackoverflow.com पर , Git की खोज करने पर आपको 12000 हिट मिलते हैं , Mercurial आपको 3000 मिलते हैं। Google ट्रेंड्स का कहना है कि यह Git के लिए 1.9: 1.0 है।

दोनों साधनों के सापेक्ष उपयोग का अनुमान लगाने के लिए अन्य अनुभवजन्य जानकारी क्या उपलब्ध है?


65
स्टैकओवरफ़्लो हिट "कठिनाई" का संकेत दे सकती है, "लोकप्रियता" नहीं।

6
Git गूगल ट्रेंड्स में जीतता है, बिटबकैट पर github जीतता है, लेकिन - कई कमर्शियल कंपनियां Git पर Mercurial पसंद करती हैं, इसलिए यह काफी संभव है कि Git का उपयोग करने वाले अधिक लोग हों, लेकिन Hg के पास अधिक पैसे का दांव है।
1969 में c69

क्या कारण है कि कंपनियां Git के ऊपर Mercurial पसंद करती हैं?
आन

11
इस तरह के कारण मुझे लगता है: stackoverflow.com/a/892688/224087 या ericsink.com/entries/hg_denzel.html या stevelosh.com/blog/2010/01// मुझे भी लगता है कि Mercurial अधिक पॉलिश और दृष्टिकोण के लिए आसान है। उपकरण की गुणवत्ता भी एक कारक है। मर्क्यूरियल का अनुभव स्पष्ट रूप से विंडोज पर गिट से बेहतर है। इसके अलावा, हम FogBugz और Kiln का उपयोग करते हैं, जो एक बहुत अच्छा एकीकृत बग / कार्य ट्रैकर और स्रोत कोड नियंत्रण पैकेज बनाते हैं। व्यक्तिगत कोड के लिए, बिटबकैट का बेहतर मूल्य निर्धारण था (मैं मुफ्त योजना के साथ दूर जा सकता था, जहां मैं
गितुब

1
@ ThorbjørnRavnAndersen पूरी तरह से सहमत हैं। मुझे यह सीखने की अवस्था काफी अच्छी लगती है, जहाँ व्यापारिकता कम खड़ी अवस्था वाली लगती है। हिट के मीट्रिक पर कुछ जज करना कठिन है ... कौन जानता है। शायद सबसे लोकप्रिय उपकरण सबसे कम हिट वाला है क्योंकि किसी को भी मदद के लिए पूछने की ज़रूरत नहीं है :)
रिग

जवाबों:


19

Ohloh

मेरे Git बनाम SVN उत्तर के समान शैली में , ओहलो को इंटरनेट आर्काइव्स वेबैक मशीन द्वारा तीन बार (केवल) क्रॉल किया गया है , लेकिन जुलाई 2011 अपठनीय है:

अगस्त 2010

  • Git: 26,485 रिपॉजिटरी (कुल का 11.3%)
  • मर्क्यूरियल: 2,548 रिपॉजिटरी (कुल का 1.1%)
  • अनुपात: 10.4: 1.0

मई 2011

  • Git: 116,224 रिपॉजिटरी (कुल का 35.3%)
  • मर्क्यूरियल: 3,753 रिपॉजिटरी (कुल का 1.1%)
  • अनुपात: 31.0: 1.0

फरवरी 2012

  • Git: 124,000 रिपॉजिटरी (कुल का 26%)
  • मर्क्यूरियल:?

जून 2012

  • Git: 134,459 रिपॉजिटरी (कुल का 27%)
  • मर्क्यूरियल: 11,238 रिपॉजिटरी (कुल का 2%)
  • अनुपात: 12.0: 1.0

अक्टूबर 2013

  • Git: 238,648 रिपॉजिटरी (कुल का 38%)
  • मर्क्यूरियल: 17,145 रिपॉजिटरी (कुल का 2%)
  • अनुपात: 13.9: 1.0

अप्रैल 2014

  • Git: 238,648 रिपॉजिटरी (कुल का 38%)
  • मर्क्यूरियल: 17,628 रिपॉजिटरी (कुल का 2%)
  • अनुपात: 13.5: 1.0

ग्रहण सामुदायिक सर्वेक्षण

डेटा का एक अन्य स्रोत ग्रहण सामुदायिक सर्वेक्षण है। नीचे Git मान Git / GitHub के लिए हैं।

2009 ( पीडीएफ )

  • Git: 2.4%
  • मर्क्यूरियल: 1.1% (नोट: 2009 की रिपोर्ट में "अन्य" के तहत सूचीबद्ध एचजी, लेकिन 2010 की रिपोर्ट में आइटम किए गए)
  • अनुपात: 2.2: 1.0

2010 ( पीडीएफ )

  • Git: 6.8%
  • मर्क्यूरियल: 3%
  • अनुपात: 2.3: 1.0

2011 ( पीडीएफ )

  • Git: 12.8%
  • मर्क्यूरियल: 1.1%
  • अनुपात: 11.6: 1.0

2012

  • Git: 27.6%
  • मर्क्यूरियल: 2.6%
  • अनुपात: 10.6: 1.0

2013

  • Git: 30.3%
  • मर्क्यूरियल: 3.6%
  • अनुपात: = 8.4: 1.0

2014

  • Git: 33.3%
  • मर्क्यूरियल: 2.1%
  • अनुपात: = 15.9: 1.0

सारांश

ये दिखाते हैं कि, ओलो पर पंजीकृत ओपन सोर्स रिपॉजिटरी और ग्रहण का उपयोग करने वाले डेवलपर्स के लिए, Git मर्क्यूरियल की तुलना में अधिक लोकप्रिय परिमाण का एक अच्छा क्रम है।


8

मुझे लगता है कि Google रुझानों या SO प्रश्नों के अलावा (जो कि ऊपर बताई गई टिप्पणियों के अनुसार, उपयोग के बजाय जिज्ञासा या कठिनाई का संकेत दे सकते हैं), आपका सबसे अच्छा शर्त यह है कि वे उन आंकड़ों को देखें जहां वे उपलब्ध हैं, और उन्हें स्रोत द्वारा वज़न करें (आप कैसे करते हैं) संभावना है कि विचारोत्तेजक है, हालांकि)।

आप ऑलोह के साथ अनुक्रमित परियोजनाओं पर सभी संस्करण नियंत्रण प्रणालियों के वितरण को देख सकते हैं ।

डेबियन लोकप्रियता प्रतियोगिता डीवीसीएस पैकेज के आंकड़ों के लिए एक ग्राफ दिखाती है

और यह थोड़ा पुराना है, लेकिन GNOME DVCS सर्वेक्षण परिणाम दिलचस्प हैं।

जब यह संख्याओं के नीचे आता है, तो मुझे लगता है कि ओह्लोह सबसे आम दर्शक हैं, इसलिए मैं व्यक्तिगत रूप से उनके साथ जाऊंगा ... अभी भी बहुत सारे लोग एसवीएन और यहां तक ​​कि सीवीएस का उपयोग कर रहे हैं, हालांकि।

ओपन सोर्स सॉफ्टवेयर के संदर्भ में, जहां महत्वपूर्ण मुद्दे व्यापक रूप से वितरित और अतुल्यकालिक टीमों का समन्वय कर रहे हैं, गिट हैंड-डाउन विजेता हैं। खासकर जब आप ओपन-सोर्स प्रोजेक्ट होस्टिंग साइट्स की लोकप्रियता के आधार पर विकिपीडिया की तुलना को देखते हैं (GitHub (git) बनाम BitBucket (Hg)) की संख्या के आधार पर)।


8
ऐसा नहीं है कि मुझे लगता है कि आपको लोकप्रियता के आधार पर एक डीवीसीएस चुनना चाहिए।
जेसन लुईस

3
वास्तव में, मुझे लगता है कि टूल की वितरित प्रकृति के कारण संस्करण नियंत्रण प्रणाली का चयन करने के लिए लोकप्रियता एक उत्कृष्ट कारण है। यदि आप अन्य प्रतिभागियों के साथ परियोजनाओं में योगदान करने की योजना बनाते हैं, तो नेटवर्क बाहरीता अधिक लोकप्रिय उपकरण देता है।
ऐना

मैं ओपन सोर्स प्रोजेक्ट्स के लिए सहमत हूं। यदि आप अपने प्राथमिक DVCS को संभावित योगदानकर्ताओं की सबसे बड़ी संख्या के लिए जाना चाहते हैं, तो Git वास्तविक विकल्प है। एक संगठन के लिए आंतरिक ... आपको अपनी टीम के आकार, संस्थागत समर्थन आदि जैसे कारकों के साथ जाने की जरूरत है
जेसन लुईस

6
जैसा कि मैंने यहाँ सुझाव दिया है : "आपको उपयोग करना चाहिए gitजब कोई परियोजना या समुदाय जिसे आप उपयोग करने के लिए योगदान करना चाहते हैंgit , और मर्क्यूरियल का उपयोग करते समय मर्क्यूरियल का उपयोग करें । यह स्पष्ट लग सकता है, लेकिन समुदाय उपकरण से अधिक महत्वपूर्ण है।"
मार्क बूथ

1
यह सब तकनीकी नहीं है - विचार करें कि विकास और प्रतिस्थापन का समर्थन करने के लिए एक व्यवसाय को नए प्रोग्रामर को टीम में भर्ती करने की आवश्यकता है। उपकरण चुनना (DVCS सिर्फ कई में से एक है) जो अच्छी तरह से ज्ञात हैं इसका मतलब है कि एक नई भर्ती इसके साथ परिचित होने की अधिक संभावना है। इसके अलावा एक अधिक लोकप्रिय उपकरण (विशेष रूप से ओएसएस) से अधिक संसाधन और प्रयास और समय के साथ तेजी से सुधार होगा।
मट्टनज
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.