2008-09-22 9 views
6

में एक नामित फ़ाइल को सुरक्षित रूप से संपादित कर सकता हूं मेरे पास एक फ़ाइल है जिसे मुझे पहले से ही मजबूती के तहत स्थानांतरित करने की आवश्यकता है। एक बार स्थानांतरित होने के बाद इसे कुछ संपादन की आवश्यकता है - पैकेज को अद्यतन करें, आदि - अपने नए स्थान के लिए उपयुक्त। क्या मुझे move changepe को सबमिट करना चाहिए और फिर इसे संपादित करने के लिए फिर से खोलना चाहिए, या क्या मैं इसे एक बार में कर सकता हूं? यदि हां, तो घटनाओं का उचित अनुक्रम क्या है?क्या मैं प्रतिस्थापित

उत्तर

7

मैंने इसे पहले ही किया है, लेकिन आपकी निर्माण प्रक्रिया के आधार पर, मैं इसके खिलाफ अनुशंसा करता हूं। मैं आमतौर पर यह करता हूं:

  1. फ़ाइल को ले जाएं।
  2. यदि चाल को संकलित करने के लिए किसी बदलाव की आवश्यकता है, तो इसे संपादित करने के लिए खोलें और उन परिवर्तनों को करें।
  3. परिवर्तन सबमिट करें, संपादन के लिए फ़ाइलों को फिर से खोलने के लिए बलदाताओं को बताएं।
  4. पथ, आदि के लिए परिवर्तन करें, जो संकलन त्रुटियों का कारण नहीं बनते हैं लेकिन अद्यतन किया जाना चाहिए।
  5. उचित परिवर्तन के साथ उन परिवर्तनों को सबमिट करें।

यदि आप चाहते हैं, तो आप उपरोक्त चरण (2) में अपने सभी परिवर्तन कर सकते हैं। पर्सफोर्स नई फ़ाइल के लिए ध्वज को एकीकृत करने के लिए एकीकृत कर सकता है, लेकिन यह अभी भी फ़ाइल के स्रोत पथ को याद करता है।

संपादित करें: बेहतर विधि

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

  1. फ़ाइल को नए पथ/नाम में एकीकृत करें, पिछली फ़ाइल को छोड़कर। मुझे लगता है कि यह आपकी बिल्ड प्रक्रिया को तोड़ नहीं देगा।
  2. नई फ़ाइल सबमिट करें, सबमिट करने के बाद इसे संपादित करने के लिए फिर से जांचें।
  3. नई फ़ाइल में और प्रोजेक्ट में आवश्यक परिवर्तन करें ताकि आप नई फ़ाइल का उपयोग कर सकें।
  4. नई फ़ाइल के लिए संपादन सबमिट करें।
  5. [वैकल्पिक] आपको शाखा चश्मा के माध्यम से जांचने की आवश्यकता हो सकती है कि आपको पुरानी फ़ाइल को किसी भी शाखा में नए में मैप करने की आवश्यकता है या नहीं।
  6. पुरानी फ़ाइल को हटाने के लिए एक चेंजलिस्ट बनाएं, और इसे कुछ समय बाद सबमिट करें।

यह विधि संपादन को नाम/स्थान से अलग से अलग करने की अनुमति देती है, जबकि इस परियोजना को कभी भी ऐसी स्थिति में नहीं छोड़ती है जो संकलित नहीं करेगी।

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

+0

मुझे लगता है कि आपकी पहली विधि बेहतर है। यदि बलदाता इस कदम को ट्रैक नहीं कर सकता है, तो आप आगे बढ़ने से पहले संशोधन ग्राफ से सभी फ़ाइल इतिहास खो देंगे। – cmcginty

2

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

इसके अलावा, पर्सफोर्स के हाल के संस्करण संकल्प के बाद फ़ाइलों में परिवर्तन के लिए चेक करते हैं। इसलिए, कुछ संकल्प संचालन पूरा होने के बाद शिकायतें संपादन फाइलें हो सकती हैं।

0

"सुरक्षित रूप से" शायद यहां एक महत्वपूर्ण बिंदु है। एक बार जब आप फ़ाइल का नाम बदलते हैं या स्थानांतरित करते हैं तो उसे "1" की एक संशोधन संख्या मिल जाएगी जो आपके Perforce क्लाइंट को एक नई फ़ाइल की तरह दिखती है। बेशक, व्यवस्थापक अपने पूर्व इतिहास प्राप्त करने में सक्षम होंगे, लेकिन यदि फ़ाइल का संपादन/संस्करण इतिहास आपके लिए महत्वपूर्ण है तो पुराने संशोधन को प्राप्त करना थोड़ा मुश्किल है।

अपडेट: टिप्पणियां प्रबुद्ध करने के लिए कमोडोर जेगर और ग्रेग व्हिटफील्ड के लिए धन्यवाद।

यह लाज़िमी समर्थन से भी के बारे में क्या एक सच्चे जवाब है नीचे ट्रैक करने के लिए, आसान नहीं था, इसलिए मैं सोचा मैं हमें क्या मिला पर हर किसी को अद्यतन चाहते हैं:

  • लाज़िमी भंडार हर के सभी संस्करणों अपने डेटाबेस में दस्तावेज़।
  • यदि यह आपकी फ़ाइल को "" या "" प्रकार के रूप में सहेज रहा है तो यह एक फ़ाइल संस्करण के diffs को दूसरे में संग्रहीत करता है, न कि संपूर्ण फ़ाइल।
  • यदि आप कोई फ़ाइल देखते हैं, इसमें कोई बदलाव नहीं करते हैं, और फिर पुनः सबमिट करते हैं, तो यह 0 diffs के साथ एक नए संस्करण के रूप में सहेज जाएगा। यह विन्यास योग्य है और किसी भी वास्तविक diff के बिना परिवर्तनीय वस्तुओं को अनदेखा करने के लिए पी 4 स्थापित किया जा सकता है। आप चेंजलिस्ट सबमिट करने से पहले "अपरिवर्तित फ़ाइलों को वापस लाएं ..." चुनकर इस व्यवहार को मजबूर कर सकते हैं।
  • पी 4 में फ़ाइलों को स्थानांतरित करने के लिए "नाम बदलें/स्थानांतरित करें ..." का उपयोग करें ताकि यह उन्हें ट्रैक कर सके। विंडोज एक्सप्लोरर का उपयोग करके उन्हें कॉपी न करें और फिर उन्हें पी 4 में दोबारा जोड़ें।
  • यदि आप संदर्भ मेनू से "नाम बदलें/स्थानांतरित करें ..." फ़ंक्शन का उपयोग करते हैं, तो "नई" फ़ाइल "1" की संशोधन संख्या दिखाएगी, हालांकि यह एक नई फ़ाइल थी।
  • हालांकि, बाद से पी 4 एक साइट पर निष्पादित हर कार्य की बचत होती है, तो आप वास्तव में किसी भी पिछले पुनरीक्षण में प्राप्त कर सकते हैं (और यहां तक ​​कि "हटाए गए" फ़ाइलों को पुनर्प्राप्त) CLI कमांड के साथ "p4 filelog मैं"
  • आप प्राप्त करना चाहते हैं एक स्थानांतरित या नामित फ़ाइल के संशोधन इतिहास के लिए और आप एक व्यवस्थापक नहीं हैं, आप राइट-क्लिक कर सकते हैं और "संशोधन ग्राफ" का चयन कर सकते हैं जो शाखाओं के बीच स्थानांतरित होने पर भी फ़ाइल के प्रत्येक संस्करण को दिखाता है।

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

पर्सफोर्स का जवाब: फिलहाल, फाइलों को स्थानांतरित/नामित/एकीकृत करने का कोई तरीका नहीं है और अभी भी सटीक फ़ाइल इतिहास को बनाए रखने का कोई तरीका नहीं है।

हालांकि, अगर आप उस फ़ोल्डर पर राइट-क्लिक करके "एकीकृत करें ..." चुनना चाहते हैं, तो नए ब्रांडेड फ़ोल्डर और अंतर्निहित फ़ाइलों की फ़ाइलों के संस्करण संशोधन # 1 से शुरू होंगे, लेकिन ब्रांच किए गए फ़ोल्डर और अंतर्निहित फ़ाइलों और मूल फ़ोल्डर और अंतर्निहित फ़ाइलों के बीच एकीकरण इतिहास रहेगा जिसके माध्यम से आप फ़ाइलों के संशोधन इतिहास का पता लगा सकते हैं।

+0

पर्सफोर्स ट्रैक फ़ाइलों को स्थानांतरित कर लेते हैं (मानते हैं कि आप इसे हटाने और इसे बल के ज्ञान के बिना कॉपी करने के बजाय फ़ाइल को मजबूती में ले जाते हैं), और पी 4 filelog -i का उपयोग करके चलने से पहले फ़ाइल का इतिहास प्राप्त करना बहुत आसान है। –

+0

इस "प्रमुख बल की प्रमुख दोष" के रूप में डाउनस्कोर सत्य नहीं है। जैसा कि जैगर कहते हैं, पर्सफोर्स नामित फ़ाइलों का इतिहास सही ढंग से बरकरार रखता है। यदि आप कमांड लाइन के साथ सहज नहीं हैं, तो पी 4 वी/पी 4Win में शाखा संचालन में संशोधन देखने के लिए एक चेकबॉक्स है (जिसमें नाम बदलना शामिल है) –

0

हाँ आप कर सकते हैं। ब्रांडेड फ़ाइल को संपादित करने के लिए बस फिर से खोलें (यानी नया)। पी 4Win में, इसके लिए एक संदर्भ मेनू है ("संपादन के लिए फिर से खोलें")।

1

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

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