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




version-control dvcs (3)

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

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

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


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

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


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

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


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





dvcs