विभिन्न वितरित संस्करण नियंत्रण प्रणाली एक साथ काम

वोट
14

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

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

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

04/08/2008 को 20:04
का स्रोत उपयोगकर्ता
अन्य भाषाओं में...                            


4 जवाब

वोट
1

यह Hanselminutes के प्रकरण को शामिल किया गया मैं वास्तव में क्या सुनने के लिए उम्मीद कर रहा था। जाहिरा तौर पर Git स्थानीय स्तर पर तो इस्तेमाल किया जा सकता की जरूरत के रूप में बाहरी तोड़फोड़ / वीएसएस खजाने से जुड़ी। वे इसे 14 ~ 15 में मिनट के बारे में बात करते हैं।

07/11/2008 को 17:51
का स्रोत उपयोगकर्ता

वोट
1

खैर ... KernelTrap है इस पर कुछ । जैसे आप उपयोग कर सकते हैं लगता है vss2svn एक सबवर्सन भंडार में स्रोत सुरक्षित रेपो पाइप, तो बहुत अच्छा Git-svn एक स्थानीय Git रेपो में खींचने के लिए इस्तेमाल करते हैं।

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

04/08/2008 को 20:13
का स्रोत उपयोगकर्ता

वोट
1

आप कोड के वर्तमान संस्करण की जाँच करने के लिए और फिर इसके चारों ओर एक Git भंडार बनाने में सक्षम होना चाहिए। अद्यतन कर रहा है कि और अपने स्थानीय Git भंडार करने के लिए यह करने से दर्द रहित होना चाहिए। के रूप में यह क्लोनिंग चाहिए।

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

04/08/2008 को 20:10
का स्रोत उपयोगकर्ता

वोट
0

कुछ दिन मैं एक कंपनी है कि वीएसएस का उपयोग में (और अन्य कंपनियों है जो अन्य unknow का उपयोग में काम एससीएम ), लेकिन मैं (किसी दिन मैं GIT कोशिश करता हूँ) सक्रिय विकास के लिए, SVN का उपयोग मुझे और मेरे समूह के लिए पसंद करते हैं।

सबसे पहले, इस स्थिति में यह केवल अच्छा विचार है, अगर वीएसएस के लिए प्रतिबद्ध एक महीने से अधिक कुछ कर रहे हैं, क्योंकि अन्य एससीएम (VSS से) के साथ काम आप अधिक flexiblity देते हैं, लेकिन SVN से वीएसएस को commint समय में महंगा है।

मेरे समाधान किया गया था:

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

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

लेकिन याद रखें, कुछ मामले में लायक अपना समय यह करने के लिए करता है।

18/08/2008 को 12:59
का स्रोत उपयोगकर्ता

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more