हो सकता है, शायद वे पेरफोर्स को पसंद करते हैं क्योंकि पेरफोर्स बेहतर है?
- Perforce तेज है। तोड़फोड़ या गिट से बहुत तेज।
- Perforce विलय तोड़फोड़ या Git से बेहतर है। Git वास्तव में विलय नहीं करता है और तोड़फोड़ का संस्करण ट्रैकिंग इतना अच्छा नहीं है, कम से कम 1.5 में।
- Perforce में उत्कृष्ट ग्राहक सहायता है।
- पेरफोर्स व्यक्तिगत फाइल संशोधन के साथ तोड़फोड़ के भंडार को जोड़ती है । Perforce आपको परिवर्तन सूचियों या व्यक्तिगत फ़ाइल संशोधनों के माध्यम से रिपॉजिटरी संशोधन देखने की अनुमति देता है ।
- तोड़फोड़ की तुलना में कई बदलाव सूचियों के साथ पेरफोर्स बहुत बेहतर काम करता है। तोड़फोड़ करने वाले चैंजिस्ट कुछ हद तक बाद में हैं और मुझे पता है कि इसका इस्तेमाल करने वाले कम ही हैं। Perforce में बनाया गया है। यदि आप डिफ़ॉल्ट परिवर्तन सूची से एक परिवर्तित फ़ाइल को स्थानांतरित करते हैं, तो यह गलती से प्रतिबद्ध नहीं होता है।
- Perforce आपको अपनी कार्यशील निर्देशिका लेआउट निर्दिष्ट करने की अनुमति देता है। उदाहरण के लिए, यदि आपके पास एक मानक स्रोत कोड निर्देशिका ट्री है, लेकिन कुछ ग्राहकों के पास कस्टम स्रोत है, तो आप मानक ट्री पर कस्टम स्रोत को ओवरले कर सकते हैं। आप केवल उन वस्तुओं को निर्दिष्ट करके आसानी से विरल चेकआउट कर सकते हैं जिन्हें आप चेकआउट करना चाहते हैं।
ठीक है, इससे पहले कि आपको लगता है कि मैं एक Perforce Fanboi हूं, आखिरी बार जब मैंने एक कंपनी को Perforce की सिफारिश की थी, सात साल से अधिक हो गया था। Perforce की लागत $ 800 प्रति लाइसेंस है - जो कि ClearCase की तुलना में सस्ता है, लेकिन सबवर्सन की तुलना में महंगा है। मैं एक कठिन समय है तोड़फोड़ पर लागू करने का औचित्य साबित।
इसके अलावा, अधिकांश डेवलपर्स तोड़फोड़ करने के लिए उपयोग किया जाता है। वे पेरफोर्स नहीं सीखना चाहते हैं, जिसमें सबवर्सन की तुलना में काम करने का एक अलग तरीका है। Perforce में, आपको एक क्लाइंट बनाना होगा और आपको उन्हें संशोधित करने से पहले संपादन के लिए फ़ाइलों को चिह्नित करना होगा। आप तोड़फोड़ के साथ ऐसा करने की जरूरत नहीं है।
तोड़फोड़ पर भी Perforce के साथ कम एकीकरण हैं। इसका एक हिस्सा क्लाइंट के उपयोग के कारण है । यह सिर्फ VisualStudio या हडसन के साथ अच्छा नहीं खेलता है। इसका एक हिस्सा इस तथ्य के कारण है कि Perforce को ग्राहक एकीकरण बनाना है।
स्वामित्व लाइसेंस के लिए एक लागत है प्रशासनिक लागत। कल्पना करें कि आप $ 1.00 प्रति उपयोगकर्ता के लिए सॉफ़्टवेयर का एक टुकड़ा लाइसेंस दे सकते हैं। बिल्ली, चलो इसे दो बिट्स बनाते हैं। एक हज़ार लाइसेंस की कीमत आपको केवल $ 250 होगी।
अब, आपको लाइसेंस का प्रबंधन करने वाले एक पूर्णकालिक व्यक्ति की आवश्यकता है। एक औसत तकनीकी कर्मचारी एक कंपनी में लगभग 2 साल तक रहता है। इसका मतलब है कि हर साल 500 लोग रवाना होंगे और 500 अन्य आएंगे। हर हफ्ते दस लोगों को लाइसेंस बदलवाना पड़ता है। फिर, ऐसे समय होते हैं जब परियोजना चुनती है और आपको दूसरे 250 लाइसेंस की आवश्यकता होती है। जिन्हें आदेश दिया जाना चाहिए, दर्ज किया जाना चाहिए और बनाए रखा जाना चाहिए। जिसमें हफ्तों लग सकते हैं।
यही कारण है कि कई वाणिज्यिक फर्मों को खुले स्रोत में स्थानांतरित किया गया है। यह लाइसेंस की लागत नहीं है। आप प्रति वर्ष एक डेवलपर को $ 150,000 का भुगतान करते हैं, एक Perforce लाइसेंस के लिए दूसरा $ 800 क्या है? यह उस लाइसेंस का प्रबंधन कर रहा है। ClearCase की तुलना में पेरफ़ोर्स बहुत अच्छा लगता है: तेज़, आसान, सस्ता, बेहतर। लेकिन, तोड़फोड़ के खिलाफ? Perforce तेज और शायद बेहतर हो सकता है, लेकिन क्या यह $ 800 बेहतर है? क्या यह लाइसेंस का प्रबंधन बेहतर है? क्या यह एक वांछित उपकरण का उपयोग बेहतर नहीं है?
इसलिए पेरफोर्स को समस्या हो सकती है।
Git अंतिम-ऑल बी-ऑल टूल नहीं है। यह उन परिस्थितियों में बहुत अच्छा काम करता है, जहाँ आप केंद्रीकृत नियंत्रण नहीं चाहते हैं, जिनके पास भंडार का उपयोग हो। लेकिन, यह कई परिस्थितियों में दर्द हो सकता है। जिस तरह से मैंने इसे रखा है वह इस प्रकार है:
- आप एक ओपन सोर्स प्रोजेक्ट चलाते हैं। क्या आप खुश होंगे या परेशान होंगे अगर एक लाख लोगों के पास आपके पूरे भंडार की प्रति थी?
- आप एक वित्तीय ट्रेडिंग डेस्क चला रहे हैं जो अपने प्रतिस्पर्धियों पर बढ़त हासिल करने के लिए मालिकाना सॉफ्टवेयर का उपयोग करती है। क्या आप खुश होंगे या परेशान होंगे अगर एक लाख लोगों के पास आपके पूरे भंडार की प्रति थी?
यदि आप केंद्रीकृत निर्माण कर रहे हैं, तो आपको हर किसी को वैसे भी एक भंडार का उपयोग करने की आवश्यकता है। इस परिस्थिति में वितरित प्रणाली का क्या फायदा है? वास्तव में, यह लोगों को ऑफ लाइन काम करने के लिए प्रोत्साहित कर सकता है । डेवलपर्स केवल अपने ही तरीके से बंद हो सकते हैं और आखिरी मिनट तक कुछ भी नहीं कर सकते हैं। फिर, आप दो उन्मत्त दिनों को फिर से काम करने की कोशिश कर रहे हैं।
मैं गिट के खिलाफ नहीं हूं। मैंने कई मामलों में Git की सिफारिश की है। इनमें एक-दूसरे के साथ खराब कनेक्शन वाली वितरित टीमें, या ऐसे स्थान हैं जहां आप उन सभी को ट्रैक नहीं करना चाहते हैं जिनके पास स्रोत रिपॉजिटरी तक पहुंच है।
उदाहरण के लिए, एक कॉलेज कंप्यूटर विज्ञान विभाग अपने छात्रों को स्रोत नियंत्रण का उपयोग करने के लिए और शिक्षकों को देखने के लिए अपना कोड वहां रखना चाहता था। महान विचार। बहुत से बच्चे मानक निर्माण और विकास प्रक्रियाओं को समझने के बिना कॉलेज छोड़ देते हैं। मैंने गिट की सिफारिश की।
Git का उपयोग करके, रिपॉजिटरी के व्यवस्थापक को केवल अपने साथी प्रोफेसरों से कमिट लेना होता है। उन्हें व्यक्तिगत छात्रों के बारे में चिंता करने की ज़रूरत नहीं है। प्रोफेसर छात्रों को भंडार के अपने संस्करण के लिए प्रतिबद्ध कर सकते हैं। छात्र समूहों में काम कर सकते हैं, और प्रत्येक समूह भंडार के अपने संस्करण को साझा कर सकता है।
यदि कॉलेज तोड़फोड़ का इस्तेमाल करता है, तो किसी को सभी छात्रों को जानना होगा और उन्हें केंद्रीय भंडार तक पहुंच प्रदान करनी होगी। उन्हें यह प्रबंधित करना होगा कि कौन और कहाँ जाँच कर सकता है। यदि एक प्रोफेसर ने एक समूह परियोजना सौंपी, तो उसे सेटअप और प्रबंधित करना होगा। आपको इसे प्रबंधित करने के लिए पूर्णकालिक व्यक्ति की आवश्यकता होगी।
यह एक फुटबॉल का खेल नहीं है जहां एक टीम दूसरे से बेहतर है। उपकरण विभिन्न तरीकों से काम करते हैं और प्रत्येक के अपने फायदे और नुकसान हैं। Perforce एक महान उपकरण है। दुर्भाग्य से, ऐसी परिस्थितियां विकसित हुई हैं जो सिफारिश करना कठिन बनाती हैं।
गिट महान है, लेकिन मैं अपने व्यक्तिगत स्रोत भंडार के लिए तोड़फोड़ के लिए वापस गिर रहा हूं। आखिरकार, मैं इसे साझा नहीं करता, और तोड़फोड़ का उपयोग करना आसान है। अगर मेरे पास एक छोटी सी टीम है तो मैं व्यक्तिगत काम के लिए Git का उपयोग करता हूं क्योंकि मुझे अपनी रिपॉजिटरी पूरे समय तक इंटरनेट पर नहीं रखनी है। अधिकांश व्यावसायिक साइटों के लिए, मुझे अभी भी पता चला है कि सबवर्सन सबसे अच्छा काम करता है। लेकिन, ऐसे हालात हैं जब गिट चमकते हैं।