अगर मेरे पास बिना किसी बदलाव के एक गुच्छा है और इसके बजाय किसी और चीज़ पर काम करते समय इसे अलग करना चाहते हैं, और फिर बाद में (कई दिनों के बाद फाई) इसके पास वापस आते हैं और काम करते हैं। इसे पूरा करने के लिए सबसे आसान वर्कफ़्लो क्या होगा? (अब तक मुझे केवल मर्क्यूरियल की मूल कार्यक्षमता के साथ अनुभव है)। मेरी सामान्य विधि क्लोन का उपयोग करके एक नई शाखा बनाने की थी, लेकिन बेहतर तरीके हो सकते हैं।
जवाबों:
आपके पास मुट्ठी भर विकल्प हैं:
आइटम शेल्व करें। यह परिवर्तनों को बचाता है और उन्हें कार्यशील निर्देशिका से हटा देता है ताकि शाखा जारी रह सके। यह एक परिवर्तन सेट नहीं बनाता है।
hg shelve --all --name "UnfinishedChanges"
hg unshelve --name "UnfinishedChanges"
अद्यतन / संपादित करें : नए संस्करण का उपयोग करने की आवश्यकता हो सकती है
hg shelve -n "UnfinishedChanges"
hg unshelve "UnfinishedChanges"
आप अभी भी --nameएक विकल्प के रूप में उपयोग कर सकते हैं -n, लेकिन व्यापारिक --nameअब ऐसा नहीं लगता है । इसके अतिरिक्त, --allअब इसकी आवश्यकता नहीं है और व्यापारिक इच्छा वास्तव में इस पर ध्यान केंद्रित करती है।
पैच कतार का उपयोग करके आइटम mq। यह कुछ मामलों में आश्रय देने के लिए बहुत भिन्न नहीं है, लेकिन अलग तरह से व्यवहार करता है। अंतिम परिणाम समान है, परिवर्तन हटा दिए जाते हैं और बाद में वैकल्पिक रूप से फिर से लागू किए जा सकते हैं। जब धक्का दिया जाता है, तो पैच तार्किक परिवर्तन-सेट होते हैं, जब पॉपप होते हैं तो वे कहीं और सहेजे जाते हैं और परिवर्तन-सेट इतिहास का हिस्सा नहीं होते हैं।
hg qnew "UnfinishedWork"
hg qrefresh
hg qpop
hg qpush "UnfinishedWork"
उन्हें स्थानीय रूप से प्रतिबद्ध करें, पिछले परिवर्तन-सेट पर अपडेट करें और काम करना जारी रखें और अनाम शाखाओं (या कई सिर) का उपयोग करें। यदि आप बदलाव चाहते हैं, तो आप मर्ज कर सकते हैं। यदि आप परिवर्तन नहीं चाहते हैं, तो आप परिवर्तन-सेट को हटा सकते हैं ।
hg commit -m"Commiting unfinished work in-line."
hg update -r<previous revision>
hg strip -r<revision of temporary commit>
उन्हें एक नामित शाखा के लिए प्रतिबद्ध करें। वर्कफ़्लो तब विकल्प 3 जैसा ही हो जाता है - जब आप तैयार होते हैं तो मर्ज या स्ट्रिप।
hg branch "NewBranch"
hg commit -m"Commiting unfinished work to temporary named branch."
hg update <previous branch name>
व्यक्तिगत रूप से मैं विकल्प 3 या 4 का उपयोग करता हूं क्योंकि मुझे परिवर्तन-सेट या चेक-इन आंशिक कोड में कोई दिक्कत नहीं है (इसलिए जब तक कि अंततः इसे धक्का न दिया जाए)। इसका उपयोग नए चरण के सामान के साथ संयोजन के रूप में किया जा सकता है ताकि जरूरत पड़ने पर अन्य उपयोगकर्ताओं से अपने स्थानीय परिवर्तन सेट को छिपाया जा सके।
मैं rebaseमर्ज से बचने के लिए परिवर्तन-सेट को स्थानांतरित करने के लिए कमांड का उपयोग भी करता हूं जहां एक मर्ज कोड के इतिहास में कुछ भी नहीं जोड़ता है। विलय मैं महत्वपूर्ण शाखाओं (जैसे रिलीज शाखाएं), या एक लंबे समय तक रहने वाली सुविधा शाखा से गतिविधि के बीच सहेजने के लिए करता हूं। histeditमेरे द्वारा परिवर्तन-सेटों को संपीड़ित करने के लिए उपयोग की जाने वाली कमांड भी है, जहां उनमें से "चैटिंग" मूल्य को कम करता है।
पैच कतार भी ऐसा करने के लिए एक सामान्य तंत्र है, लेकिन उनके पास स्टैक शब्दार्थ हैं। आप पुश और पॉप पैच करते हैं, लेकिन स्टैक में एक और पैच को "नीचे" किया जाता है, इसके लिए आवश्यक है कि इसके शीर्ष पर भी धक्का दिया जाए।
चेतावनी , इन सभी विकल्पों के साथ, यदि फ़ाइलों में अस्थायी परिवर्तन के बाद से अधिक परिवर्तन हुए हैं जिन्हें आपने / कतारबद्ध / शाखित किया है, तो संयुक्त राष्ट्र के ठंडे बस्ते में डालने / धकेलने / विलय करने के लिए आवश्यक मर्ज रिज़ॉल्यूशन होगा।
--allमान्यता प्राप्त नहीं है। यह वैसे भी सभी परिवर्तनों को पूरा करने के लिए एक डिफ़ॉल्ट व्यवहार है।
व्यक्तिगत रूप से, मुझे अब तक पोस्ट किए गए किसी भी उत्तर पसंद नहीं हैं:
shelveत्वरित सुधारों के लिए उपयोग करता हूं (यदि मैं अपने गलत परिवर्तन को किसी अन्य शाखा में स्थानांतरित करने के लिए, अगर मुझे लगता है कि मैं गलत हूं)। आप दिनों के बारे में बात कर रहे हैं, किसी भी तरह से मैं दिनों के लिए कुछ नहीं करना चाहूंगा।mqहै कि इस तरह के साधारण सिचुएशन के लिए यह बहुत जटिल हैमुझे लगता है कि इन बदलावों को शुरू करने और वहां से काम करने से पहले, अपने बदलावों को करने का सबसे अच्छा तरीका है कि आप बदलावों पर वापस जाएं। कुछ छोटी-छोटी समस्याएं हैं, मुझे स्पष्ट करें:
मान लीजिए कि आपके पास अपने परिवर्तन शुरू करने वाले परिवर्तनकर्ता ए हैं। इस बिंदु पर आप इसे कुछ समय के लिए अलग रखना चाहते हैं। सबसे पहले, अपना काम करें:
hg ci -m "Working on new stuff"
यदि आप चाहें, तो बाद में वापस आना आसान बनाने के लिए एक बुकमार्क जोड़ सकते हैं। मैं हमेशा अपनी अनाम शाखाओं के बुकमार्क बनाता हूं।
hg bookmark new-stuff
इन संशोधनों से पहले परिवर्तन पर वापस जाएं
hg update A
यहाँ से, आप कार्य करते हैं और परिवर्तन सी उत्पन्न करते हैं। अब आपके पास 2 सिर (बी और सी) हैं, आपको धक्का देने की कोशिश करने पर चेतावनी दी जाएगी। आप उस शाखा के प्रमुख को निर्दिष्ट करके केवल एक शाखा को धक्का दे सकते हैं:
hg push -r C
या आप new-stuffशाखा के चरण को गुप्त में बदल सकते हैं । गुप्त परिवर्तन को धक्का नहीं दिया जाएगा।
hg phase -r new-stuff --secret --force
mq कुछ अधिक के लिए जटिल है सिर्फ इस स्थिति है, लेकिन यह, जिनमें से एक यह उपयोग करता है, की एक व्यापक रेंज है पर्याप्त है कि यह की कीमत है, जबकि समय इसके साथ धाराप्रवाह बनने के लिए निवेश।
स्थानीय स्तर पर अनियंत्रित परिवर्तन रखने के लिए, मेरे लिए सबसे आसान तरीका सिर्फ उन्हें पैच फाइल के रूप में सहेजना है।
hg diff > /tmp/`hg id -i`.patch
और जब आपको पिछले राज्य में वापस जाने की आवश्यकता हो:
hg up <REV_WHERE_SAVED>
hg patch --no-commit /tmp/<REV_WHERE_SAVED>.patch
/tmpऔर hg id -iऔर यह Windoze पर भी काम करेगा।
hg upवहां जरूरत नहीं है।
आप कई बार अपने रेपो को क्लोन कर सकते हैं। मेरे पास एक रूट क्लोन है, फिर वहां से कई चिल्ड हैं। उदाहरण:
4 चिल्ड को रूट से क्लोन किया जाता है और रूट से पुश / पुल / किया जाता है। रूट तो कहीं नेटवर्क / इंटरनेट पर मास्टर रेपो से धक्का / खींचता है। रूट आपके प्रकार के व्यक्तिगत स्टेजिंग क्षेत्र के रूप में कार्य करता है।
तो आपके मामले में, आप बस एक नया रेपो तैयार करेंगे और काम शुरू करेंगे। दूसरे रेपो में अकेले अपना 'आश्रय' काम छोड़ दें। यह इत्ना आसान है।
केवल नकारात्मक पक्ष डिस्क स्थान का उपयोग है, लेकिन अगर आप एक चिंता का विषय थे, तो आप वैसे भी डीवीसीएस का उपयोग नहीं करेंगे;) ओह, और यह आपके विज़ुअल स्टूडियो "हालिया परियोजनाओं" सूची को प्रदूषित करता है, लेकिन क्या।
[निम्नलिखित टिप्पणियों को संपादित करें]: -
फिर निष्कर्ष निकालना ... आप जो कर रहे हैं वह पूरी तरह से ठीक है और सामान्य है। मेरा तर्क है कि यह काम करने का सबसे अच्छा तरीका है जब निम्नलिखित सही हों: 1) यह अल्पकालिक 2 है) आपको अन्य डेवलपर्स के साथ सहयोग करने की आवश्यकता नहीं है 3) बदलावों को आपके पीसी को छोड़ने तक की आवश्यकता नहीं है। / धक्का समय।