Git, Hg या Bzr-जो एक नए उपयोगकर्ता के लिए सिफारिश करने के लिए?




version-control mercurial (6)

आपको सबसे अच्छा पता करने की सिफारिश करें यदि आप अपने परिचितों को एक की सिफारिश करने जा रहे हैं, तो आपको अपने प्रश्नों के उत्तर देने पर पहले दरार लेने के लिए तैयार होना चाहिए। उमड़, गिट, और बाजार सभी महान हैं, और कुछ भी नहीं करने के लिए बेहद बेहतर है अगर उन्हें कभी भी कमी आती है, तो वे दूसरों में से एक की कोशिश कर सकते हैं, लेकिन ईमानदारी से, शुरू करने के लिए, "मार्ट्स एनिक्ट्स!"

मेरे पास कुछ दोस्त हैं जो हमारे आगामी मास्टर थैसेज (लेटेक्स दस्तावेज़ और विभिन्न प्रोग्रामिंग) के लिए वर्जन कंट्रोल सिस्टम का उपयोग करने में सीखने में संभावित रुचि रखते हैं। मैं यहां किसी भी विशाल और जटिल चीज़ के बारे में बात नहीं कर रहा हूं, बस इसे बैकअप के लिए उपयोग करने के लिए, पुराने संशोधनों और कुछ बुनियादी शाखाएं और विलय को देखकर।

हालांकि, मुझे लगता है कि शुरुआत करने के लिए सीखना कुछ आसान है, यह चुनने का एक अच्छा विचार है तो सवाल यह है कि आप किस संस्करण नियंत्रण प्रणाली की सिफारिश करेंगे, जो कि ऐसी चीजों में जानने के लिए नया है?

निजी तौर पर मैं गीट और मर्कुरियल का उपयोग कर रहा हूं और इस समय मुझे लगता है कि मैं मर्क्यूरिअल के प्रति झुकाव कर रहा हूं। मैंने हालांकि बाज़ार की कोशिश नहीं की है

अब तक यह नए उपयोगकर्ताओं के लिए उपयुक्त सुविधाओं पर मेरा इंप्रेशन है:

अस्थिर

पेशेवरों:

  • संशोधन संख्याकरण
  • एक पुरानी प्रतिबद्धता को चेकआउट करने के लिए आसान है, उस पर कार्य करें और इसमें विलय करें
  • एक मरुगाल के साथ सीधे विलय आसानी से
  • आसान शाखाएं (?)
  • ग्लॉग जैसी नाइस प्लगिन

विपक्ष:

  • शाखाओं और बुकमार्क्स दोनों का उपयोग गिट कॉल की शाखाओं के लिए किया जा सकता है - यह थोड़ा भ्रमित हो सकता है
  • जब कमांड निष्पादित किया जाता है तो क्या किया गया है / गलत के बारे में अधिक जानकारी नहीं देते

Git

पेशेवरों:

  • पूर्ण नियंत्रण (इसे कम से कम इंप्रेशन देता है)
  • कुछ गलत होने पर विस्तृत सहायता और जानकारी

विपक्ष:

  • कुछ मुश्किल अवधारणाओं (जैसे स्टेजिंग क्षेत्र)
  • कुछ शाखाओं का संचालन थोड़ा मुश्किल हो सकता है

बाजार

इसकी कोशिश नहीं की है ...

तुम क्या सोचते हो? कृपया जवाब देने के समय यहां अच्छे व्यक्तिपरक दिशानिर्देशों का पालन करें


क्या आप मर्कुरिअल पेशेवरों में से एक हो - संशोधन संख्याकरण - कई लोगों द्वारा एक नुकसान माना जाता है और जो आपने जीआईटी नुकसान - मंचन क्षेत्र माना; कठिन अवधारणा होने के नाते - कई लोगों द्वारा लाभ के रूप में माना जाता है

तो यह इतना सरल नहीं है

लेकिन अगर आप मुझसे पूछें - मर्कुरियल जेम्स बांड है, जो इसे ब्लॉगर्स में से एक कहते हैं - यह कम से कम सतह पर गीतम की तुलना में सुंदर और उच्चतर स्तर है। प्लस इसके आदेश बहुत सबस्टेशन कमांडों की तरह हैं, इसलिए नए उपयोगकर्ता जो एसवीएन रूपांतरण कर रहे हैं, वे जीआरयूआर की तुलना में बहुत तेज सीख सकते हैं।


मुझे नहीं लगता कि आपके मित्र तीन वीसीएस में से किसी के साथ बड़ा अंतर देखेंगे। अगर यह सिर्फ थोड़ी सी शाखाओं के साथ एक साधारण बैकअप के रूप में उपयोग किया जाता है (शायद वैसे भी गैर-विवादित), तो इसका कोई फर्क नहीं पड़ता कि वे कौन से उपकरण चुनते हैं सभी तीन उपयोगकर्ता को किसी भी विशेष सामग्री को जानने की आवश्यकता के बिना साधारण कार्य कर सकते हैं।

खासकर यदि लोग संस्करण नियंत्रण में पूरी तरह से नए हैं, तो दूसरे के ऊपर एक टूल का चयन करने का कोई वास्तविक कारण नहीं है। हालांकि, इनमें से सभी थोड़ा अलग अवधारणाओं का प्रयोग करते हैं (गीट के साथ शायद सबसे खास एक है), यह शायद ही कुछ नया उपयोगकर्ता अन्य उपकरणों के अनुभव के बिना नोटिस करेगा।

आपके सूचीबद्ध पेशेवरों और विपक्ष (जो वास्तव में सही बीटीडब्ल्यू नहीं हैं) का वितरण मुझे बताता है कि आप गिट की तुलना में मर्कुरियल के साथ अधिक या गहरा अनुभव है। जैसे कि मैं मर्क्यूरीयल का उपयोग करने की सिफारिश करता हूं, क्योंकि ऐसे मामलों में जहां आपके दोस्तों को मदद की ज़रूरत है, वे आपसे पूछ सकते हैं , और आप अपने अनुभव के आधार पर उन्हें अच्छे उत्तर दे सकेंगे।

मुझे लगता है कि इंटरनेट में संपूर्ण उपयोगकर्ताबेस या कुछ सहायता पृष्ठ (बीटीड। जीटी प्रश्नों की उच्च मात्रा से भी अधिक महत्वपूर्ण है, इसका मतलब यह भी हो सकता है कि git कई लोगों के लिए अधिक भ्रमित है - जो शायद कुछ राशि के लिए सच है)।

अननुभक उपयोगकर्ताओं के लिए एक उपकरण पर निर्णय लेने पर एक और पहलू, खासकर जब उनको वास्तव में इसकी ज़रुरत नहीं होती है तो उनके जीवन में फिर से कुछ आसान ग्राफिकल यूजर इंटरफेस की उपलब्धता हो सकती है। यहां तक ​​कि उनके टेक्स एडिटर के साथ एक अच्छा एकीकरण भी हो सकता है, जिससे उन्हें एक उपकरण दूसरे पर चुनना होगा।


मुझे मर्क्यूरिअल पसंद है मैं पूर्वाग्रह से ग्रसित हूं। मैं भी प्रभावशाली हूं, लेकिन यह खुले नहीं है


मैं गिट और मर्क्यूरीयल के साथ अपने अनुभव को पारित कर दूँगा, दोनों मामलों में खरोंच से शुरू हो रहा है

मैंने साफ़-साफ़ (यूसीएम) से अपनी टीम (5 शीर्ष और अनुशासित डेवलपर्स) को स्थानांतरित करने का निर्णय लिया, लेकिन वे सब कुछ साफ़-साफ़ और अलग-अलग वर्षों में यूसीएम दोनों का इस्तेमाल करते थे)। मर्क्यूरिअल ( पीईपी 374 द्वारा प्रभावित भारी) पर बसने वाले सभी 3 मर्कुरियल, गिट और बाज़ार पर ध्यान दिया।

एक हफ्ते के भीतर मुझे विश्वास है कि टीम की प्रक्रियाओं में मर्क्यूरीयल को पेश करने के लिए पर्याप्त विश्वास था और लोगों ने इसका उपयोग करने के लिए आगे बढ़ना शुरू कर दिया था। सबसे बड़ी कठिनाई यह सुनिश्चित कर रही थी कि मैं ClearCase को अपस्ट्रीम में बदलाव को जारी रखने में सक्षम रहूंगा। पूरी टीम ने इसे जल्द ही अपनाया और हमने देखा कि हमने जिस तरीके से काम किया है, उसमें एक तत्काल बदलाव आया।

हमने बहुत शाखात्मक विकास (नामित शाखा का कार्य) इस्तेमाल किया था - साफ तौर पर साफ तौर पर कैसे साफ किया गया था, लेकिन हमने पाया कि यह टीम के लिए काम करने का एक अच्छा तरीका था (ध्यान दें - बहुत सारे एचजी उपयोगकर्ता इस शाखा की रणनीति को पसंद नहीं करेंगे)। एक डेवलपर एक कार्य पर काम करेगा और समीक्षा के लिए किसी को भेज देगा। जहां पहले समीक्षक माध्यम से जाकर नोट्स बनाते हैं, और मूल डेवलपर को वापस भेजते हैं, मर्क्यूरिअल के साथ, हमने पाया कि हम सिर्फ शाखाएं स्विच करेंगे, समीक्षा करें, फिर लेखक को प्राप्त करें और समीक्षक के वातावरण में बदलाव करें (जोड़ी प्रोग्रामिंग ) और उन्हें एक ही नामांकित शाखा के लिए प्रतिबद्ध

सब कुछ, पूरी टीम के लिए कुल गति के लिए समय (खरोंच से शुरू होने वाले संरक्षक के रूप में मेरे साथ) लगभग 2 सप्ताह का था।

गिट के साथ मेरा अनुभव अधिक हाल ही में है - मैंने इसे लगभग 2 महीने पहले उपयोग करना शुरू कर दिया था (और इसलिए पहले से ही मर्क्यूरिअल के साथ काफी अनुभव था)। हालांकि, मैंने लगभग 2 महीने पहले इसका उपयोग करना शुरू कर दिया था, और अब मैं इसके साथ सभी सहज महसूस करने लग रहा हूं। सबसे बड़ी बात यह है कि मुझे गिट के साथ असहज महसूस हो रहा है कि गिट मानती है कि आप इतिहास का संपादन करेंगे और इसे आसान बना देगा। मुझे नियमित रूप से git help / manual के कुछ हिस्सों को पढ़ने के लिए यह देखना है कि मैं "सही" बातें कर रहा हूं मैं स्थानीय शाखा + दूरस्थ-ट्रैकिंग शाखा प्रणाली को बहुत ही विदेशी और अनइन्तियट मिलता है, जबकि Mercurial में शाखाएं अविश्वसनीय रूप से सरल है (यह पता लगाने के लिए कि आप किसी अन्य रेपो की तुलना में कहां हैं, आप इसे पूछें)।

जिस टीम के साथ मैं काम कर रहा हूं उसी तरह महसूस कर रहा हूं। वी.ए.एस.एस. के लिए गिट का निर्णय लिया गया था, लेकिन अब मुझे काम के वर्तमान चरण के अंत में मर्क्यूरीयल में बदलने के लिए कहा गया है।


स्टैक ओव्हरफ्लो पर टैग आपको इसके पीछे समुदाय सहायता का बहुत अच्छा संकेत देना चाहिए। वर्तमान में प्रश्नों की संख्या इस प्रकार है:

  • गिट : 5,78 9
  • मौसमी : 1,845
  • बाजार : 188

पाई चार्ट प्रपत्र में यह दिखा रहा है:

अब, यह संकेत के रूप में नहीं लिया जाना चाहिए कि गिट मर्क्यूरीयल की तुलना में अधिक कठिन है, बल्कि यह है कि बहुत से लोग इस बारे में प्रश्न पूछ रहे हैं और सहायता प्राप्त कर रहे हैं। इसका मतलब यह है कि यदि आपके न्यूज़ल्स में फंस गया है तो उन्हें Bazaar टैग की तुलना में git टैग में मदद प्राप्त करने का अधिक अवसर मिलेगा।

मैं कुछ मूल गिट को मेरे जवाब में "मेरे विकासकर्ता को हमेशा संस्करण नियंत्रण का उपयोग करना चाहिए" के लिए कवर करता हूं

इसके अतिरिक्त, वहाँ है GitHub जो वास्तव में एक भयानक जीआईटी भंडार की मेजबानी की साइट है, एक बहुत अच्छा लाल की तरह, उम्र के साथ असाधारण बेहतर हो जाता है उनके नए फ़ाइल ब्राउज़र, उदाहरण के लिए, मुझे बेवकूफ बना रहा था

संक्षेप में, मुझे निश्चित रूप से लगता है कि नए लोगों को गिट का इस्तेमाल करना चाहिए क्योंकि वहां का उपयोग करने के लिए लोगों का बड़ा समुदाय है, गीथहब इसका इस्तेमाल करता है और अगर रूबी प्रोग्रामिंग भाषा का इस्तेमाल होता है, तो यह प्रभावी रूप से वास्तविक मानक है।








bazaar