2008-10-30 16 views
6

में फ़ाइलें साझा करना मैं वीएसएस से एसवीएन में जाने की प्रक्रिया में हूं और मुझे यकीन नहीं है कि एसवीएन में फ़ाइलों को कैसे साझा किया जाए।एसवीएन

असल में हम

$MOSS 
    - Components 
    - ComponentA 
     - bin 
    - ComponentB 
     - bin 
    - GAC Mirror 

GAC मिरर घटकों के बिन फ़ोल्डर से सभी DLLs की एक साझा कॉपी रखती GAC करने के लिए आसान प्रतिलिपि बनाने के लिए अनुमति देने के लिए वीएसएस में निम्नलिखित संरचना है।

वीएसएस में आप जो भी करते हैं वह डीएलएल को बिन फ़ोल्डर से जीएसी मिरर फ़ोल्डर में खींचता है और यह इसके जीवन को बाहर करता है।

मैं एसवीएन में यह कैसे करूँगा?

अग्रिम धन्यवाद।

उत्तर

6

क्या svn है: बाहरी जो आप के बाद हैं? http://svnbook.red-bean.com/en/1.0/ch07s03.html

+0

क्या मैं कई फ़ोल्डर्स को ऐसा करने के लिए लिंक कर सकता हूं? – Arry

+0

यह ऐसा नहीं लगता है :(मैंने अपने "मुख्य" प्रोजेक्ट के साझा फ़ोल्डर में बाहरी के रूप में दो अलग-अलग एसवीएन परियोजनाओं की स्थापना करने की कोशिश की और केवल दूसरी बाहरी संदर्भित परियोजना की प्रतिलिपि बनाई गई। – Sprogz

+0

यह काम करना चाहिए - आपको एक होना चाहिए सिंगल 'svn: externals' संपत्ति को कई रिश्तेदार पथों के साथ परिभाषित किया गया है जो पूर्ण भंडार यूआरएल को मैप करते हैं। ऊपर संदर्भित बाहरी अनुभाग देखें। –

1

हमें एक ही समस्या थी। सरल जवाब यह है कि आप एसवीएन में फ़ाइलों को साझा नहीं कर सकते - अंत में हमें अपनी निर्देशिकाओं को पुन: स्थापित करना और बैच फ़ाइलों का उपयोग करना पड़ा।

उदा। साझा किए गए स्रोत कोड फ़ाइलों के लिए, हमने उन्हें एक फ़ोल्डर में शामिल कर दिया, और सभी प्रोजेक्ट्स उस फ़ोल्डर को संदर्भित करते हैं।

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

+1

मैं SVN में चले जाने के बेचने की प्रक्रिया में हूँ और यह मेरा कारण मदद नहीं करेगा, घास। – Arry

+0

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

+0

ऐरी, वीएसएस में साझा फाइलें खराब हैं। सबसे बड़ी समस्या यह है कि एक बार जब आप एक फ़ोल्डर को ब्रांच करते हैं, वहां सभी साझा फाइलें भी ब्रांच हो जाती हैं, इसलिए आपको उन्हें हटाने और पुनः साझा करने के माध्यम से जाना होगा। 'आम' फ़ोल्डर एक अच्छा विकल्प है। – gbjbaanb

2

मैं इस पर दूसरा रिक। मेरे लिए, "साझाकरण" की पूरी अवधारणा (= एक ही फाइल होने पर चेकआउट पर दो स्थानों पर होती है) अजीब है।

मुझे लगता है कि प्रत्येक संस्करण प्रणाली की अपनी मानसिकता पूरी तरह से जुड़ी हुई है। मैंने पेर्सफोर्स की कोशिश की है और मैं सबवर्सन के साथ रहा हूं। मानसिकताओं को बदलने के बिना अपनी परियोजनाओं को लाएं और शायद वर्कफ़्लो त्रुटिपूर्ण हो सकता है।

एसवीएन पर Book डुबकी करने से पहले कुछ मानसिकता डूबने के लिए एक योग्य पढ़ा गया है। आप केवल कुछ वर्गों का चयन कर सकते हैं, आपको एक बार में सभी को पढ़ने की ज़रूरत नहीं है।

+0

+1 बहुत सच है।बिना किसी बदलाव के किसी भी वीसीएस में मौजूदा प्रोजेक्ट लेआउट को शॉहरर्न करना अक्सर आपको गलत तरीके से चीजों को करने का कारण बनता है। – JesperE

+0

साझाकरण विशेष रूप से "संस्करण प्रणाली" अवधारणा नहीं है। मैं एक ही फाइल को कई स्थानों पर मौजूद करना चाहता हूं। स्रोत नियंत्रण से पहले के दिनों में हमें निरंतर परिवर्तनों को प्रतिलिपि बनाना होगा। यह बेहतर होगा कि फ़ाइलों को संशोधन इतिहास के एक सेट के साथ स्वचालित रूप से सिंक में रखा जाता है (क्योंकि संशोधन इतिहास का केवल एक सेट है) –