2011-06-27 16 views
5

मैं जानना चाहता हूं कि क्या मैं प्रति फ़ाइल के साथ कई स्थानीय प्रतियों में फ़ाइल या निर्देशिका को मैप कर सकता हूं।क्या आप प्रतिभा में एक फ़ाइल या निर्देशिका को कई बार मैप कर सकते हैं?

मुझे पता है कि पी 4 वी मुझे ऐसा करने की अनुमति देता है लेकिन मुझे क्लाइंट से बहुत अजीब व्यवहार का सामना करना पड़ा और मुझे संदेह है कि यह काम नहीं करता है।

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

+0

क्या आप अपने क्लाइंट-स्पेक से एक अंश जोड़ सकते हैं और वर्णन कर सकते हैं कि आपने 'अजीब व्यवहार' क्या देखा? – jhwist

उत्तर

5

आपको ऐसा करने की अनुमति नहीं है क्योंकि इससे खराब चीजें होती हैं। आप केवल एक डिपो फ़ाइल को एक स्थानीय स्थान पर मानचित्र बना सकते हैं और इसके विपरीत बना सकते हैं। आप एक ही स्थानीय फ़ोल्डर में दो अलग-अलग डिपो फ़ोल्डरों को मैप कर सकते हैं, लेकिन आपको इसे इस तरह से करना होगा कि स्थानीय फ़ोल्डर में फ़ाइलें केवल एक डिपो स्थान पर जाएंगी (ठीक है, यह उस प्रारंभिक मैपिंग को अनदेखा कर देगा)।

शाखाएं "बड़ी" नहीं हो सकती हैं क्योंकि जब तक आप वास्तव में संशोधन नहीं करते हैं तब तक बलफोर्स छाया प्रतियां बनायेगा। सामान्य रूप से, आपको पूरे पेड़ की शाखा बनाना चाहिए। फिर आपके पास प्रति शाखा (बेहतर), या एक वर्कस्पेस हो सकता है जो सबकुछ मैप करता है (अभी भी करने योग्य)।

+0

शायद पर्सफोर्स टीम ने 500,000 फाइलों और> 30 जीबी के साथ भारी भंडारों को गंभीरता से नहीं माना। – sorin

+2

उन्होंने इसे माना है। और ऐसी कई समस्याएं हैं जिनमें आप भाग लेंगे। यदि एक डिपो फ़ाइल दो अलग-अलग स्थानीय स्थानों में है, और आप उनमें से एक को सिंक करते हैं, तो पर्सफोर्स अब सोचता है कि वे दोनों समन्वयित हैं। यदि आप कोई फ़ाइल जोड़ते हैं, और क्लाइंट मैपिंग दो संभावित डिपो स्थानों को दिखाता है, तो पर्सफोर्स को फ़ाइल कहां रखनी चाहिए? – JasonMArcher

+0

ऐसा लगता है कि बलफोर्स लोगों को सिम्लिंक और हार्डलिंक की अवधारणा के लिए इतना उपयोग नहीं किया जाता है;) – sorin

4

(क्षमा करें - बस देखा कि आप वर्कस्पेस स्विच नहीं करना चाहते हैं ... क्या आप स्पष्ट कर सकते हैं कि आपको लगता है कि इसमें अधिक समय क्यों लगता है? आप पी 4 वी में, कनेक्शन मेनू के तहत "पसंदीदा कनेक्शन" सेट कर सकते हैं एक स्नैप स्विचिंग करता है। मुझे लगता है कि हॉटकी इसे तेज कर सकती हैं। आपके पास mutliple p4v उदाहरण खुले होने का विकल्प भी है)।

क्या आप बस मैपिंग करने के लिए एक नया वर्कस्पेस बना सकते हैं? यदि आप फ़ाइलों को संशोधित करने का इरादा नहीं रखते हैं, तो जाने का सबसे आसान तरीका लगता है। बस एक नया वर्कस्पेस बनाएं और फिर वर्कस्पेस मैपिंग के अंदर आपको जो भी बदलाव चाहिए, उसे लागू करें। एक उदाहरण:

//depot/src/... //my-test-workspace/src_from_depot/... 
//depot/doc/... //my-test-workspace/doc_from_depot/... 

कि हमारे कार्यक्षेत्र जड़ में एक src_from_depot और doc_from_depot फ़ोल्डर में src करें और डॉक फ़ोल्डरों डाल देंगे। मैं वर्कस्पेस रूट को सामान्य रूप से आपके काम से कहीं अलग रखूंगा - फिर आपके पास सामान्य रूप से एक निर्देशिका संरचना के साथ काम करने वाली प्रतिलिपि होगी जो आपकी आवश्यकताओं के अनुरूप बदल गई है।

2

ऐसा लगता है कि वास्तविक समस्या वर्कस्पेस को स्विच करने में लगने वाला समय हो सकती है। यदि वह तेज़ था, तो आप प्रति शाखा अलग-अलग वर्कस्पेस बनाए रख सकते थे।

अगली रिलीज में, जगह-जगह शाखा स्विचिंग करना आसान होगा। दूसरे शब्दों में, आप एक वर्कस्पेस को बनाए रख सकते हैं, और इसे काम करते समय शाखा से शाखा में स्विच कर सकते हैं। p4 sync कमांड केवल वर्कस्पेस में फ़ाइलों को अद्यतन करने के लिए एक नया विकल्प जोड़ता है जो वास्तव में भिन्न होता है। तो यहां तक ​​कि यदि आपकी शाखाएं बड़ी हैं (> 500k फाइलें,> 30 जीबी डेटा), यदि केवल दो फाइलें दो शाखाओं के बीच भिन्न होती हैं, तो आपके वर्कस्पेस को एक शाखा से दूसरी शाखा में ले जाकर केवल उन 10 फ़ाइलों को अपडेट किया जाएगा। यह एक बड़ा समय बचतकर्ता होना चाहिए।

मुझे यकीन नहीं है कि इससे मदद मिलेगी या नहीं, लेकिन मैंने सोचा कि यह उल्लेखनीय है।

1

मुझे इस समस्या का भी सामना करना पड़ा है। मेरे पास फाइलें/निर्देशिकाएं हैं जो कई शाखाओं के लिए आम हैं। संकलन के लिए प्रत्येक शाखा में एक सामान्य संरचना में सामान्य फ़ाइलों/निर्देशिकाओं को उपस्थित होना आवश्यक है।

मेरे लिए काम किया गया समाधान सामान्य फाइलों/निर्देशिकाओं को शाखाओं से अलग स्थान पर रखना था। यह प्रतिभा 1: 1 मैपिंग आवश्यकता को बनाए रखता है।

फिर, संकलन उद्देश्यों के लिए प्रत्येक शाखा में सामान्य फ़ाइल/निर्देशिकाओं को प्रतीकात्मक रूप से लिंक करें।

संबंधित मुद्दे