कंपनियां अन्य कंपनियों का अधिग्रहण करती हैं जो विभिन्न संस्करण नियंत्रण प्रणालियों का उपयोग करती हैं।
क्या इस तरह की प्रणालियों को एक साथ एकीकृत करने के बारे में एक सामान्य ज्ञान है, उदाहरण के लिए एक सबवेरसन-जीआईटी पुल का उपयोग करना या यहां तक कि केवल एक उपकरण का दूसरे पर उपयोग करने का निर्णय लेना - और प्रणालियों के बीच कैसे पलायन करना है?
क्या लोग ऐसे निर्णय लेने के लिए मापदंड का एक सेट का उपयोग करते हैं, उदाहरण के लिए सॉफ्टवेयर विकास पर "जोएल" परीक्षण के बराबर?
जवाबों:
कई प्रवासियों के व्यक्तिगत अनुभव से माइग्रेशन प्रश्न का उत्तर देने के लिए:
बस आधार रेखा के रूप में नए स्रोत नियंत्रण प्रणाली में सॉफ्टवेयर के वर्तमान संस्करण को डालने और वहां से काम करने से डरो मत।
उस समय का अधिकांश हिस्सा आपको इतिहास की आवश्यकता नहीं होगी। इसका मतलब है कि एकीकरण के दौरान प्रदर्शन करना एक कम काम है और गलत काम करना कम करना है।
सक्रिय रूप से विकसित की जा रही फाइलें / परियोजनाएं जल्द ही एक नया इतिहास तैयार करेंगी। इसलिए जब आपको यह पता लगाने की आवश्यकता होती है कि बदलाव क्यों किया गया है तो संभावना है कि इतिहास वर्तमान रिपॉजिटरी में होगा क्योंकि यह हालिया बदलाव होगा।
फ़ाइलें (प्रोजेक्ट्स) जो माइग्रेशन से पहले स्थिर थीं (सभी चीजें समान होनी चाहिए) माइग्रेशन के बाद स्थिर रहती हैं, इसलिए आपको इतिहास को संदर्भित करने की आवश्यकता नहीं होगी। हमने पाया कि अगर हमें इस तरह की पुरानी फाइल / प्रोजेक्ट में बग की जांच करनी थी तो इतिहास वास्तव में किसी लाभ का नहीं था। जब तक आप पुराने भंडार को 6 महीने / एक वर्ष के लिए उपलब्ध रखेंगे, तब तक आपके पास ऐसे मामलों में संदर्भ होगा।
प्रबंधकीय पक्ष पर, यह मुख्य रूप से एक प्रश्न है:
परियोजना की ओर, यह भी एक सवाल है:
फ्रीवेयर या नहीं, "फ्री स्पीच" के रूप में एक "फ्री" सॉफ्टवेयर मुफ्त है याद रखें (आप जिसे चाहें चुनना और तैनात करना चाहते हैं), "फ्री बीयर" के रूप में नहीं (यह अभी भी सर्वर में बहुत पैसा खर्च करेगा) , बैकअप, प्रशासन, समर्थन, ...)
उपरोक्त मानदंड में वीसीएस को रखने के लिए क्या छोड़ना है, यह निर्धारित करने के लिए एक शुरुआत है।
लेकिन बाद के मामले में, आपको विचार करने की आवश्यकता है:
क्या आपको वास्तव में विभिन्न प्रणालियों को एकीकृत करने की आवश्यकता है? हमारी टीम में, प्रत्येक परियोजना अपने स्वयं के भंडार में रहती है, और उनके इतिहास इस प्रकार स्वतंत्र हैं। हमारे यहां कोई समस्या नहीं है कि कुछ परियोजनाओं को तोड़फोड़ के तहत और कुछ अन्य को मर्क्यूरियल के तहत काम करना है, भले ही उनके बीच निर्भरता हो।
यदि आप एक VCS से दूसरे में माइग्रेट करना चुनते हैं, तो उपलब्ध रूपांतरण टूल देखें। मेरे अनुभव से, परियोजनाओं के इतिहास को छोड़ने का कोई तकनीकी कारण नहीं है।
मुझे लगता है कि मुझे कुछ समझ में आया, जो प्रश्न में और दूसरे उत्तरों में निहित था। यह तथ्य है कि वीसीएस का उपयोग निर्भरता के प्रबंधन के लिए भी किया जाता है। मुझे पता है कि वीसीएस सुविधाओं का उपयोग करना काफी सामान्य है जैसे svn:externalsएक रेपो (निर्भरता) को दूसरे के साथ एकीकृत करना।
मुझे लगता है कि तकनीकी (तकनीकी) कारण से हमारी टीम को हमारे 2 अलग-अलग सिस्टमों को पाटने (या एकीकृत) करने की आवश्यकता महसूस नहीं होती है, हमारे पास निर्भरता को प्रबंधित करने के लिए एक अलग उपकरण है। हमारे रेपो एक दूसरे को नहीं जानते।
बहुत अच्छे जवाब। एक और सोचने वाली बात यह है कि टीम के सदस्यों को यह सोचकर दूर नहीं जाने देना चाहिए कि वीसी को बदलना इतना बड़ा काम है। प्रवास, एक सीखने की अवस्था, आदि के साथ एक झटका होगा, लेकिन अगर उन्हें बहुत अधिक समस्याएं हैं, तो उन्हें अपनी क्षमता और / या सहयोग के स्तर पर सवाल उठाने की आवश्यकता है।