मैं Mercurial के लिए नया हूँ और अभी भी मूल्यांकन प्रक्रिया में, तो इन चार अवधारणाओं मेरे लिए भ्रमित कर रहे हैं। कुछ का उल्लेख गिट की स्टेजिंग/इंडेक्स अवधारणा के बराबर है, या कुछ गिट के स्टेजिंग से भी बेहतर है। कैसे चार कमांड hg graft
, hg record
, hg qrecord
और hg shelve
(और hg transplant
, लेकिन इस Graft vs. Transplant से समझाया गया है पहले से ही) एक दूसरे से तुलना करते हैं, और कैसे कतारों की अवधारणाओं और dirstate? किस मामले में मामलों का चयन दूसरे पर किया जाता है? मुझे पता है कि प्रत्येक के लिए सहायता पृष्ठ हैं, लेकिन यह पता लगाना मुश्किल है कि प्रत्येक व्यक्ति सामान्य रूप से वीसीएस के रूप में क्या करता है मेरे लिए एक नया विषय है।Mercurial: भ्रष्टाचार बनाम रिकॉर्ड बनाम qrecord बनाम शेल्व बनाम प्रत्यारोपण बनाम dirstate बनाम कतार
Mercurial: भ्रष्टाचार बनाम रिकॉर्ड बनाम qrecord बनाम शेल्व बनाम प्रत्यारोपण बनाम dirstate बनाम कतार
उत्तर
Mercurial के डिजाइन में बस एक स्टेजिंग क्षेत्र की अवधारणा शामिल नहीं है। यही है, स्थानीय संशोधन और प्रतिबद्धता के बीच कोई मध्यवर्ती राज्य नहीं है।
hg graft
git cherry-pick
के बराबर है:
यहाँ अवधारणाओं आप का उल्लेख में से प्रत्येक के एक सिंहावलोकन है। यह एक शाखा से दूसरी शाखा में एक प्रतिबद्धता की प्रतिलिपि बनाता है। इस सुविधा के लिए एक सामान्य उपयोग केस एक रिलीज शाखा से दूसरे में एक बग फिक्स कॉपी करना है। यह आदेश पुराने (और अब अप्रचलित) hg transplant
एक्सटेंशन को प्रतिस्थापित करता है।
hg record
और hg qrecord
git add --patch
के समान हैं। वे आपको प्रतिबद्धता के लिए हंसी का चयन करने की अनुमति देते हैं। इसलिए यदि आपने एक फ़ाइल के कई अलग-अलग क्षेत्रों को संशोधित किया है, तो आप चुन सकते हैं कि आप कौन से क्षेत्र (यानी शिकारी) वास्तव में प्रतिबद्ध करना चाहते हैं और जिन्हें आप स्थानीय संशोधनों के रूप में छोड़ना चाहते हैं।
qrecord
केवल तभी उपलब्ध है यदि आपके पास mq
सक्षम है। यह एक मानक प्रतिबद्धता के बजाय mq
पैच के लिए प्रतिबद्ध है।
hg shelve
git stash
के समान है। यह आपको अस्थायी रूप से स्थानीय फ़ाइलों को आपकी फ़ाइलों (या फ़ाइल के शिकारी) में अलग करने की अनुमति देता है। जब आप उनके लिए तैयार हों तो ये संशोधन unshelved
हो सकते हैं।
dirstate
Mercurial स्रोत कोड का एक आंतरिक वर्ग है। यह उपयोगकर्ता के संपर्क में नहीं है।
Mercurial Queues
(mq
के रूप में भी जाना जाता है) शायद सबसे नज़दीक आप Mercurial में एक स्टेजिंग क्षेत्र में पहुंच जाएंगे। यहां Mercurial विकी से एक विवरण दिया गया है:
परिवर्तनों को पैच के रूप में बनाए रखा जाता है जो Mercurial में प्रतिबद्ध हैं। प्रतिबद्धताओं को हटाया जा सकता है या फिर से व्यवस्थित किया जा सकता है, और अंतर्निहित पैच कार्यशील निर्देशिका में किए गए परिवर्तनों के आधार पर ताज़ा किया जा सकता है। पैच निर्देशिका को संशोधन नियंत्रण के तहत भी रखा जा सकता है, इसलिए आपके पास आपके पैच में किए गए परिवर्तनों का अलग इतिहास हो सकता है।
mq
अक्सर पॉलिश/rework करने के लिए प्रयोग किया जाता है करता है कि आप स्थानीय रूप से परीक्षण कर रहे हैं, लेकिन एक सार्वजनिक स्थान पर धकेल दिया नहीं किया है। कुछ लोग तीसरे पक्ष के कोड में संशोधन का एक सेट बनाए रखने के लिए इसका भी उपयोग करते हैं।
- 1. ग्राफ्ट बनाम प्रत्यारोपण
- 2. बनाम बनाम
- 3. : बनाम बनाम ::
- 4. स्पाइडरमोन्की बनाम जावास्क्रिप्ट बनाम बनाम?
- 5. सी ++ डेक बनाम कतार बनाम स्टैक
- 6. Git बनाम मर्क्युरियल बनाम SVN
- 7. LINQ बनाम लैम्ब्डा बनाम अज्ञात तरीके बनाम बनाम
- 8. एनएचबीर्नेट एचक्यूएल बनाम मानदंड बनाम क्वेरीरी बनाम लिंक बनाम। प्रदर्शन
- 9. डीकोड और व्याख्या को बनाम बनाम बनाम बनाम
- 10. इनलाइन बनाम __inline बनाम __inline__ बनाम __forceinline बनाम?
- 11. एपीआई बनाम टूलकिट बनाम फ्रेमवर्क बनाम लाइब्रेरी
- 12. pymssql बनाम pyodbc बनाम adodbapi बनाम ...
- 13. एटमिकोस बनाम जेओटीएम बनाम बिट्रोनिक्स बनाम?
- 14. न्यूट बनाम एमबीयूनीट बनाम एमएसटीएस्ट बनाम xUnit.net
- 15. विधि बनाम फंक्शन बनाम प्रक्रिया बनाम कक्षा?
- 16. .NET बनाम एएसपी.नेट बनाम सीएलआर बनाम एएसपी
- 17. 'विधि' बनाम 'संदेश' बनाम 'फ़ंक्शन' बनाम '???'
- 18. अक्ष 2 बनाम वसंत-बनाम बनाम जर्सी
- 19. एसीई बनाम बूस्ट बनाम पोको बनाम WxWidgets
- 20. control.BeginInvoke() बनाम डिस्पैचर बनाम SynchronizationContext बनाम .. - विश्वसनीयता
- 21. ड्रॉप ... बनाम बनाम
- 22. रेल बनाम बनाम
- 23. _Expand बनाम बनाम जीएनयू
- 24. एफ़टीपी कमांड्स बनाम बनाम
- 25. गिट में बनाम बनाम
- 26. फ़ाइल बनाम ब्लॉक बनाम
- 27. क्रिस्टलस्पेस बनाम इरलिच बनाम .....?
- 28. एएसएसईआर बनाम एटलसैट बनाम
- 29. NetSqlAzMan बनाम AzMan बनाम (?????)
- 30. प्रतिनिधि बनाम बनाम। आईफोनओएस
भ्रष्टाचार अवधारणा नहीं है और स्टेजिंग/इंडेक्स से संबंधित नहीं है, अवधारणा से अवधारणा (अवधारणा * रिकॉर्ड * के पीछे विचार *) –
और आप ** शेल्फ ** ** "भ्रम सूची" में भी जोड़ सकते हैं –
धन्यवाद , मैंने "आदेश" और "अवधारणाओं" के बीच अंतर करने के लिए प्रश्न को अद्यतन किया, और सूची में दो और जोड़े। – Iodnas