दिलचस्प पोस्ट
UIButton लांग प्रेस इवेंट पीडीओ तैयार एक क्वेरी में एकाधिक पंक्तियों को सम्मिलित करता है अजगर माप्प्लेटिब एनीमेशन में रोक / शुरू / रोकें स्ट्रिंग इंटर्निंग क्या है? मैं हॅश टेबल और ट्री (प्रीफिक्स ट्री) के बीच कैसे चुनूं? PHP में समय की तारीख को जोड़ना लेक्सर्स बनाम पार्सर ओपनजीएल पर मल्टीथ्रेडेड रेन्डरिंग ViewPager पेजर एडाप्टर दृश्य को अपडेट नहीं कर रहा है सीएसएस का उपयोग करके पाठ की लंबाई को एन लाइन पर सीमित करें मान्य प्लगइन jquery का उपयोग करके इनपुट की सरणी कैसे मान्य करें C ++ स्ट्रिंग में चारों की सभी घटनाओं को कैसे निकालें मैं सी # में पाठ को HTML में कनवर्ट कैसे कर सकता हूं? वंशानुक्रम में निजी तरीकों एक संकीर्ण सरणी में मूल्यों का फास्ट प्रतिस्थापन

गिट, मर्क्यूरिअल, और बाज़ार की रिश्तेदार ताकत और कमजोरियां क्या हैं?

क्या लोग यहां Git, Mercurial, और बाजार की रिश्तेदार शक्तियों और कमजोरियों के रूप में देखते हैं?

उनमें से प्रत्येक को एक दूसरे के साथ और संस्करण नियंत्रण प्रणाली जैसे SVN और Perforce के विरुद्ध विचार करने पर, कौन से मुद्दों पर विचार किया जाना चाहिए?

इन वितरित संस्करण नियंत्रण प्रणालियों में से एक के लिए एसवीएन से माइग्रेशन की योजना बनाने में, आप किस कारकों पर विचार करेंगे?

वेब के समाधान से एकत्रित समाधान "गिट, मर्क्यूरिअल, और बाज़ार की रिश्तेदार ताकत और कमजोरियां क्या हैं?"

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

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

दोनों में एसवीएन एकीकरण के कुछ फार्म उपलब्ध हैं; हालांकि, bzr-svn git-svn की तुलना में काफी अधिक सक्षम है, बड़े पैमाने पर उस उद्देश्य के लिए शुरू किए गए बैकएंड स्वरूप संशोधन के कारण। [अपडेट 2014 के रूप में,: तीसरे पक्ष के व्यावसायिक उत्पाद सबजीट एसवीएन और जीआईटी के बीच एक द्विदिश इंटरफ़ेस प्रदान करता है जो कि बीएसआर-एसवीएन को निष्ठा में तुलनीय है, और काफी ज्यादा पॉलिश; मैं गिट-एस वी एन के उस समय से अधिक का उपयोग करने की सलाह देता हूं जब बजट और लाइसेंसिंग प्रतिबंधों की अनुमति]

मैंने बड़े पैमाने पर उपयोग नहीं किया है, और इसलिए इस पर इसके बारे में विस्तार से टिप्पणी नहीं कर सकते हैं – यह ध्यान देने के अलावा कि यह, जैसे कि गीट, में संशोधन के लिए सामग्री-हैश संबोधित है; गिट की तरह भी, यह निर्देशिकाओं को प्रथम श्रेणी के ऑब्जेक्ट्स के रूप में नहीं मानता (और खाली निर्देशिका को संग्रहीत नहीं कर सकता) यह, हालांकि, गिट को छोड़कर किसी भी अन्य DSCM की तुलना में तेज़ है, और अपने प्रतियोगियों में से किसी के मुकाबले बेहतर IDE एकीकरण (विशेष रूप से एक्लिप्से के लिए) इसके प्रदर्शन विशेषताओं (केवल गीट के पीछे थोड़ा पीछे) और उसके श्रेष्ठ क्रॉस-प्लेटफॉर्म और आईडीई समर्थन को देखते हुए, मर्सूरियल महत्वपूर्ण 32-केंद्रित या आईडीई-बडी सदस्यों की संख्या वाले टीमों के लिए मजबूर हो सकता है।

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

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

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

ओग्रे 3 डी प्रोजेक्ट के स्टीव स्ट्रीटिंग (9/28/2009) ने इस विषय पर एक ब्लॉग एंट्री प्रकाशित की, जहां वह गीट , मर्क्यूरिअल और बाज़ार की एक महान और हाथी तुलना भी करती है।

अंत में वह तीनों के साथ ताकत और कमजोरियों को पाता है और कोई स्पष्ट विजेता नहीं। प्लस तरफ, वह आपको यह तय करने में मदद करने के लिए एक महान मेज देता है कि किसके साथ जाना है।

वैकल्पिक शब्द

इसका एक छोटा पढ़ा है और मैं अत्यधिक इसकी सिफारिश करता हूं।

InfoQ एक अच्छी तुलना है


क्या लोग यहां Git, Mercurial, और बाजार की रिश्तेदार शक्तियों और कमजोरियों के रूप में देखते हैं?

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

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

इसका एक नुकसान यह है कि एमएस विंडोज का समर्थन पीछे है और पूर्ण नहीं है। एक अन्य गैरकानूनी नुकसान यह है कि यह उदाहरण के तौर पर Mercurial के रूप में प्रलेखित नहीं है, और प्रतियोगिता से कम उपयोगकर्ता के अनुकूल है, लेकिन यह परिवर्तन करता है

मेरी राय में आनंददायक शक्ति अपने अच्छे प्रदर्शन और छोटे भंडार आकार में है, इसके अच्छे एमएस विंडोज समर्थन में

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

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

इसका मुख्य नुकसान प्रदर्शन और रिपॉजिटरी आकार के लंबे अक्षरेखा इतिहास (कम से कम बहुत बड़े रिपोजिटरी के लिए बेहतर नहीं) के साथ बड़े रिपॉजिटरी के लिए है, यह तथ्य कि डिफ़ॉल्ट प्रतिमान एक रिपॉजिटरी के लिए एक खेत है (आप इसे डेटा साझा करने के लिए सेट कर सकते हैं) , और केंद्रीकृत अवधारणाओं (लेकिन वह भी जो मैंने सुना है परिवर्तन से)

गिट सी, शैल लिपियों और पर्ल में लिखी गई है, और लिखित है; Mercurial सी में लिखा है (कोर, प्रदर्शन के लिए) और पायथन, और एक्सटेंशन के लिए एपीआई प्रदान करता है; बाज़ार पायथन में लिखा है, और एक्सटेंशन के लिए एपीआई प्रदान करता है।


उनमें से प्रत्येक को एक दूसरे के साथ और संस्करण नियंत्रण प्रणाली जैसे SVN और Perforce के साथ विचार करने पर, कौन से मुद्दों पर विचार किया जाना चाहिए?

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


इन वितरित संस्करण नियंत्रण प्रणालियों में से एक के लिए एसवीएन से माइग्रेशन की योजना बनाने में, आप किस कारकों पर विचार करेंगे?

एसवीएन के साथ inetracting के लिए समर्थन कारकों में से एक है; गिट में जीआईटी-एसवीएन है, बाज़ार में बीज़आर-एसवीएन है, और मर्क्यूरिअल में एचजीयूबीशन एक्सटेंशन है।

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

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

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

अजगर डेवलपर्स द्वारा हाल ही में किए गए तुलना को देखें : http://wiki.python.org/moin/DvcsComparison उन्होंने तीन महत्वपूर्ण कारणों पर आधारित मर्क्यूरियल चुना है:

मर्क्यूरीयल के साथ जाने का विकल्प तीन महत्वपूर्ण कारणों के लिए बनाया गया था:

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

( http://www.python.org/dev/peps/pep-0374/ से )

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

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

आपको संभवत: बेहतर उत्तर मिलेगा यदि आप इन औजारों के अपने विश्लेषण को उस बिंदु तक तोड़ सकते हैं जिस पर आपके पास अधिक विशिष्ट प्रश्न हैं।

बाजार आईएमएचओ जीआईटी की तुलना में सीखना आसान है गीथ का github.com में अच्छा समर्थन है

मुझे लगता है कि आपको दोनों का उपयोग करने की कोशिश करनी चाहिए और यह तय करना चाहिए कि आपको कौन सा सबसे अधिक उपयुक्त है

क्या लोग यहां Git, Mercurial, और बाजार की रिश्तेदार शक्तियों और कमजोरियों के रूप में देखते हैं?

यह एक बहुत ही खुला प्रश्न है, ज्वालाबाइट पर सीमा।

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

सभी तीन प्रणालियों में बहुत सारे फैनबॉय हैं मैं व्यक्तिगत रूप से एक बाज़ार fanboy हूँ

उनमें से प्रत्येक को एक दूसरे के साथ और संस्करण नियंत्रण प्रणाली जैसे SVN और Perforce के साथ विचार करने पर, कौन से मुद्दों पर विचार किया जाना चाहिए?

पूर्व वितरित सिस्टम हैं उत्तरार्द्ध केंद्रीकृत सिस्टम हैं इसके अतिरिक्त, पराबल मालिकाना है, जबकि अन्य सभी भाषण में स्वतंत्र हैं

मध्यवर्ती बनाम विकेन्द्रीकृत आप अपनी श्रेणी में उल्लिखित किसी भी प्रणाली की तुलना में बहुत महत्वपूर्ण विकल्प हैं।

इन वितरित संस्करण नियंत्रण प्रणालियों में से एक के लिए एसवीएन से माइग्रेशन की योजना बनाने में, आप किस कारकों पर विचार करेंगे?

सबसे पहले, TortoiseSVN के लिए एक अच्छा विकल्प की कमी हालांकि बाज़ार अपने स्वयं के कछुए संस्करण पर काम कर रहा है, लेकिन यह अभी तक नहीं है, जैसा कि सितंबर 2008 तक है

फिर, प्रमुख लोगों को प्रशिक्षण देने के बारे में लोगों को प्रशिक्षण देना है कि वे विकेन्द्रीकृत प्रणाली का उपयोग कैसे कर रहे हैं।

अंत में, बाकी सिस्टम के साथ एकीकरण, जैसे कि मुद्दा ट्रैकर्स, रात निर्माण प्रणाली, स्वचालित परीक्षण प्रणाली आदि।

बाजार में एक बहुत ही महत्वपूर्ण लापता बात सीपी है। एसवीएन में आपके पास एक ही इतिहास साझा करने वाली कई फाइलें नहीं हो सकतीं, उदाहरण के लिए यहाँ और यहां देखें । यदि आप cp का उपयोग करने की योजना नहीं बनाते हैं, तो bzr एक महान (और उपयोग में आसान) svn के लिए प्रतिस्थापन है

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

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

मुझे लगता है कि DVCS का उपयोग करने में मेरे अनुभव के मुख्य अंतर यह है:

  1. गिट में सबसे जीवंत समुदाय है और गिट के बारे में लेख देखने में आम है
  2. GitHub वास्तव में चट्टानों Launchpad.net ठीक है, लेकिन Github की खुशी की तरह कुछ भी नहीं
  3. गीटक के लिए वर्कफ़्लो टूल की संख्या बहुत अच्छी रही है। यह जगह भर में एकीकृत है वहाँ कुछ Bzr के लिए हैं, लेकिन लगभग नहीं के रूप में या अच्छी तरह से बनाए रखा

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

वितरित संस्करण नियंत्रण प्रणाली (डीवीसीएस) केन्द्रीकृत वीसीएस से भिन्न समस्याएं हल करती हैं। उनकी तुलना हथौड़ों और स्क्रूड्राइवर्स की तुलना की तरह है।

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

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

एक प्रकार या दूसरे का उपयोग करने के बीच वास्तविक पसंद संगठनात्मक है – यदि आपका प्रोजेक्ट या संगठन केंद्रीकृत नियंत्रण चाहता है, तो एक डीवीसीएस एक गैर स्टार्टर है। यदि आपके डेवलपर्स को पूरे देश / दुनिया में काम करने की उम्मीद है, बिना किसी सुरक्षित भंडारण के लिए एक केंद्रीय भंडार के ब्रॉडबैंड कनेक्शन, तो डीवीसीएस शायद आपका उद्धार है अगर आपको दोनों की ज़रूरत है, तो आप फ़ेसैक्शन कर रहे हैं

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

ddaa.myopenid.com ने इसे पारित करने में उल्लेख किया है, लेकिन मुझे लगता है कि यह फिर से उल्लेख के लायक है: बाजार दूरस्थ एसवीएन रिपॉजिटरीज को पढ़ और लिख सकता है। इसका अर्थ है कि आप प्रापर्टी ऑफ अवधारणा के रूप में स्थानीय रूप से बाज़ार का उपयोग कर सकते हैं, जबकि बाकी टीम अभी भी सबवर्जन का उपयोग कर रही है।

संपादित करें: बहुत सारे सभी उपकरण में अब एसवीएन के साथ बातचीत करने का कोई तरीका है, लेकिन अब मुझे व्यक्तिगत अनुभव है कि git svn बहुत अच्छी तरह से काम करता है। मैं इसे महीनों तक का उपयोग कर रहा हूं, कम से कम हिचकी

लीटस टॉर्वाल्ड्स जीट पर अच्छा वीडियो है वह गीटक के निर्माता हैं, इसलिए वह यही है कि वह क्या करता है, लेकिन वीडियो में वह समझाते हैं कि एससीएम क्या वितरित किए गए हैं और क्यों वे बेहतर हैं तो केंद्रीकृत वाले। गिट की तुलना करने के लिए एक अच्छा सौदा है (मर्क्यूरिअल को ठीक माना जाता है) और सीवीएस / एसवीएन / प्रबल वितरित एससीएम के प्रवासन के बारे में दर्शकों के प्रश्न भी हैं।

मुझे यह भौतिक ज्ञान प्राप्त हुआ और मुझे वितरित एससीएम को बेच दिया गया। लेकिन लिनुस के प्रयासों के बावजूद मेरी पसंद उबाऊ है कारण bitbucket.org है, मैंने इसे बेहतर (अधिक उदार) तो गिटूब पाया।

मुझे यहाँ चेतावनी का एक शब्द कहने की आवश्यकता है: लिनस में काफी आक्रामक शैली है, मुझे लगता है कि वह मजाकिया बनना चाहता है, लेकिन मुझे हंसी नहीं हुई। इसके अलावा वीडियो महान है यदि आप एससीएम वितरित करने के लिए नए हैं और एसवीएन से स्थानांतरित होने के बारे में सोचें।

http://www.youtube.com/watch?v=4XpnKHJAok8