2011-03-21 12 views
5

मैंने पेर्फफेस एक्सटेंशन के साथ एक समस्या आई है जिसे मैं अतीत नहीं लग रहा हूं। मैं शुरू में से मेरी पी 4 डिपो के हिस्से के क्लोन:क्या मैं निरस्त पेर्फर्स क्लोन के बाद पर्सफोर्स/मर्कुरियल लिंकेज का पुनर्निर्माण कर सकता हूं?

hg clone --startrev 71555 p4://perforce:1666/greg_nt_main-hg lwnthg 

मैं एक शुरुआत के राजस्व था कि बस कुछ ही changelists वर्तमान प्रधान संशोधन के पीछे चुना है - कोई startrev काम नहीं किया के साथ एक पूर्ण क्लोन की कोशिश कर रहा है, लेकिन यह एक अलग है मुद्दा मैं शायद अलग से लिखूंगा।

"abort:untracked file in working directory differs from requested revision on 'MAIN/apps/Win32/BenchMark/Jamfile'” 

हालांकि, क्या मेरी डिस्क पर आये थे, के निरीक्षण पर, यह सभी फ़ाइलों को वास्तव में सफलतापूर्वक क्लोन किया गया था की तरह देखा:

क्लोन के दौरान मैं निम्नलिखित त्रुटि मिली। उल्लिखित फ़ाइल पेफोर्स में समान थी, और क्लोन प्रक्रिया से पहले lwnthg फ़ोल्डर खाली था। एक 'एचजी स्थिति' ने बहुत सी फाइलें दिखायीं जो अभी तक प्रतिबद्ध नहीं हुई हैं - मुझे लगता है क्योंकि क्लोन निरस्त हो गया है? तो मैंने उन्हें प्रतिबद्ध किया, और सभी महान होने लगते थे।

मैंने अपनी फाइलों में कुछ संपादन किए, उन्हें बिना किसी समस्या के स्थानीय रेपो में प्रतिबद्ध किया। मैं मर्क्युरियल की सुंदरता का आनंद लिया;)

लेकिन जब मैं अपने परिवर्तनों को पीछे धकेलने के लिए मैं निम्नलिखित त्रुटि मिलती है मजबूरन के लिए आया था:

abort: no p4 changelist revision found 

मैं सत्यापित मैं एक वैध पी 4 लॉगिन टिकट था, पी 4 था, आदि, और सब ठीक है।

तो मेरा अनुमान है कि पेर्फर्स कहीं भी परिवर्तनीय स्टोर करता है जिसे यह आखिरकार पी 4 से सिंक किया गया था, और यह जानकारी पहले से ही इस जानकारी को लिखने से पहले हुई थी। अगर मैं पी 4 से पुल ऑपरेशन आज़माता हूं, तो मुझे भी वही त्रुटि मिलती है। मेरा सिद्धांत मानना ​​सही है, क्या स्थानीय Perfarce कॉन्फ़िगरेशन में इस जानकारी को पुनर्निर्माण करने का कोई तरीका है?

नोट 'परफारस' एक टाइपो नहीं है। पेर्सफोर्स से लिंक करने के लिए यह name of the Mercurial extension है। यदि आप इसे 'पर्सफोर्स' में बदलते हैं तो सवाल इसका कुछ अर्थ खो देता है। प्रश्न को साफ़ करने की कोशिश में मदद की सराहना करते हैं, लेकिन हमेशा तथ्यों की जांच करने के लायक है :)

+0

खुश संपादकों को ट्रिगर करें - कृपया प्रश्न के अंत में 'नोट' नोट करें :) –

उत्तर

1

मेरे अपने प्रश्न का उत्तर देने के लिए, उत्तर नहीं है।

मैंने कुछ और खुदाई की है और मूल लेखक - फ्रैंक किंग्सवुड के संपर्क में है - और समाधान पहली जगह में त्रुटियों के बिना आपके डिपो आयात को सुनिश्चित करना है। एक बार ऐसा करने के बाद, पेर्फार एक पूर्ण उपचार करता है।

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

असल में, सुनिश्चित करें कि ये फ़ोल्डर्स ओवरलैप न हों।

ख़ामख़ाह में फ़ाइलों के आधार पर इसे मई काम करता है, तो आप एक ओवरलैप है, लेकिन आप अपने आप को स्थापित करने के किया जा सकता है भविष्य में परेशानी की एक पूरी ढेर के लिए।

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

Mercurial में रेपो बनने के बाद शीर्ष स्तर फ़ोल्डर का नाम बदलना सुरक्षित है। इसलिए यदि आप नहीं चाहते हैं कि नाम पर्सफोर्स क्लाइंट स्पेक के नाम से निर्धारित किया जाए, तो आप बाद में नाम बदल सकते हैं। यही वह दृष्टिकोण है जिसे मैंने लिया था।

आशा है कि इससे दूसरों को मर्कुरियल पानी में अपने पैर की उंगलियों को डुबोने की कोशिश करने में मदद मिलेगी।

अद्यतन फ्रैंक ने इस मामले को बेहतर जाल के लिए पेर्फर्स एक्सटेंशन अपडेट किया है। Perfarce repository से नवीनतम प्राप्त करें।

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

  • कोई संबंधित समस्या नहीं^_^