version control अलग वितरित संस्करण नियंत्रण सिस्टम एक साथ काम कर रहा है




version-control dvcs (4)

मेरे कार्यालय में एक केंद्रीय स्रोत सुरक्षित 2005 है जो हम स्रोत नियंत्रण के लिए उपयोग करते हैं। मैं सर्वर पर जो कार्यालय उपयोग करता है उसे बदल नहीं सकता

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

क्या मौजूदा वितरित स्रोत नियंत्रण ग्राहकों में से कोई भी इसे संभाल सकता है?

https://code.i-harness.com


अच्छी तरह से ... कर्नेलट्रेप इस पर कुछ है । ऐसा लगता है कि आप vss2svn को सब्सर्स रेफ़ो को एक सबवर्सियन रिपॉजिटरी में पाइप के लिए उपयोग कर सकते हैं, फिर स्थानीय जीआईटी रेपो में जाने के लिए बहुत अच्छा जीआईटी- एसवीएन का उपयोग करें

मैं मान लेता हूँ कि वीएसएस में वापस आकर इस पद्धति का उपयोग करके एक चिकनी, स्वचालित प्रक्रिया नहीं होगी।


आपको कोड के वर्तमान संस्करण को देखने में सक्षम होना चाहिए और इसके आस-पास एक जीआईटी रिपॉजिटरी बनाएं। इसे अद्यतन करने और इसे अपने स्थानीय जीआईटी रिपॉजिटरी में जमा करना दर्द रहित होना चाहिए जैसा कि इसे क्लोन करना चाहिए

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


कुछ दिन मैं एक कंपनी में काम करता हूं जो कि वीएसएस (और अन्य कंपनियों में जो अन्य कम अज्ञात एससीएम का इस्तेमाल करते हैं) में काम करते हैं लेकिन मुझे और मेरे समूह के लिए सक्रिय विकास के लिए एसवीएन (किसी दिन मैं जीआईटी की कोशिश करता हूँ) का उपयोग करना पसंद करता हूं।

सबसे पहले, यह स्थिति केवल एक अच्छा विचार है, अगर वीएसएस को कम से कम महीने में कुछ करना होता है, क्योंकि अन्य एससीएम (वीएसएस से) के साथ काम करने से आपको ज्यादा फ्लेक्सीबिलीटी मिलती है, लेकिन एसवीएन से वीएसएस के लिए कॉमंट समय में महंगा है।

मेरा समाधान था:

VSS -> एसवीएन: मेरे पास लिनक्स स्क्रिप्ट (या एंट स्क्रिप्ट, या XXX स्क्रिप्ट) है जो वीएसएस के मौजूदा एसवीएन के क्रीम अपडेट डायरेक्टरी काम से प्रतिलिपि बनाते हैं, फिर एसवीएन क्लाइंट को रिफ्रेश करें और एसवीएन के अपडेट / मर्ज / कमेटी को रिफ्रेश करें। इसके साथ, आप शेष वीएसएस के उपयोग के बाकी हिस्सों के बदलावों से अद्यतन हैं।

एसवीएन -> वीएसएस: इस तरीके से, आपको अपने सभी संशोधित फाइलों को वीएसएस में चेकआउट की आवश्यकता है, फिर आप मौजूदा अपडेट एसवीएन डायरेक्टरी (अनदेखी .svn निर्देशिका) से प्रतिलिपि बनाने के लिए रिवर्स स्क्रिप्ट का उपयोग कर सकते हैं और मौजूदा अपडेट वीएसएस डायरेक्टरी को कॉपी कर सकते हैं, अपडेट करें और प्रतिबद्ध करें

लेकिन याद रखना, कुछ मामलों में ऐसा करने के लिए आपके समय का क्या महत्व है।


HanselMinutes के इस प्रकरण में वास्तव में मैं क्या सुनने की उम्मीद कर रहा था कवर। जाहिरा तौर पर गिट का उपयोग स्थानीय स्तर पर तब किया जा सकता है जब बाहरी आवश्यकताएं / वीएसएस रिपॉजिटरीज की आवश्यकता हो। वे इसके बारे में 14 ~ 15 मिनट में बात करते हैं





dvcs