हम गिट रिबेस चला रहे हैं और विवादों में चल रहे हैं, जहां हमें विलय विवादों को हल करने के बाद --continue का उपयोग करने की आवश्यकता है। हालांकि, विवाद सुलझने के बाद मैं मैन्युअल रूप से प्रतिबद्धता चलाने के आदी हूं। चूंकि हम पूरी रीति-रिवाज पूरा करते समय अतिरिक्त प्रतिबद्धता नहीं देखते हैं, तो किस बिंदु पर संघर्ष समाधान किए जाते हैं?गिट रीबेस के दौरान, किस बिंदु पर संघर्ष समाधानों का उपयोग करते समय --continue
उत्तर
किसी भी विवाद के दौरान होने वाले किसी भी विवाद के संकल्प पुनर्भुगतान के नए प्रतिबद्धता से संबंधित होंगे।
तो सवाल का सीधा जवाब:
किस बिंदु संघर्ष संकल्प प्रतिबद्ध मिलता है?
... --continue
के बाद है, लेकिन पूरी रीबेस कमांड पूर्ण होने के बाद प्रभावी ढंग से और आपकी शाखा सूचक अपडेट हो जाती है।
बाहरी व्यक्ति के परिप्रेक्ष्य से एक शाखा जिसे पुनर्जीवित किया गया है, ऐसा लगता है कि कामकाज के तुरंत बाद काम किया गया था और किसी भी संघर्ष समाधान की आवश्यकता नहीं थी क्योंकि उस सामग्री के शीर्ष पर काम किया गया था।
यह कभी कभी किसी मर्ज के लिए बेहतर है, क्योंकि प्रतिबद्ध इतिहास अगर वहाँ के रूप में कई (संभवतः) नहीं कर रहे हैं के बारे में तर्क करने की व्यर्थ मर्ज-करता है आसान हो सकते हैं
यह एक रिबेस के बारे में सोच करने के लिए सिर्फ एक नया लेखन के रूप में मदद करता है कामों का अनुक्रम, एक नए सिर के शीर्ष पर रिहा किए जाने वाले कामों को दोबारा लागू करना। यदि प्रत्येक प्रतिबद्धता स्वचालित रूप से लागू की जा सकती है, तो, इसे ऐसा करें। जब एक प्रतिबद्ध स्वचालित रूप से लागू नहीं किया जा सकता, git
आपको बताता है, परस्पर विरोधी फ़ाइलों को उचित रूप में चिह्नित है, तो बाद आप रिबेस जारी रखने के लिए यह बताना साथ, सबसे अच्छा के रूप में सूचकांक को छोड़ देता है के रूप में यह दर्शाया जा सकता है, चीजों को इस प्रकार आगे बढ़ना:
हैं git rebase --continue
सूचकांक में असामान्य परिवर्तन पाता है, यह मानता है कि परिवर्तन हल किए गए संघर्षों का गठन करते हैं, और इसे प्रतिबद्ध करते हैं। यह एक प्रतिबद्ध संदेश के लिए संकेत देता है, और उस प्रतिबद्धता के लिए इसका उपयोग करता है, फिर मूल रूप से संघर्ष के बाद, शेष कार्यों को पुन: प्रारंभ करना फिर से शुरू करता है।
git rebase --continue
अप्रतिबद्ध कुछ भी नहीं देखता है, यह मान लिया जाता है कि संघर्ष मैन्युअल हल हो गई और किया गया है, तो यह बस रिबेस में शेष प्रतिबद्ध साथ जारी है।
- 1. गिट चेरी-पिक --continue, '--no-edit' विकल्प?
- 2. गिट रिबेस पर संघर्ष का पता लगाना
- 3. गिट: एक इंटरैक्टिव रीबेस
- 4. विजुअल स्टूडियो 2015 में सिंक करते समय रीबेस का उपयोग करें
- 5. गिट-एसवीएन रीबेस और डॉकिट समस्या
- 6. जूलिया में Gadfly का उपयोग करते समय सेटिंग बिंदु आकार
- 7. गिट - "दूषित" इंटरैक्टिव रीबेस कैसे ठीक करें?
- 8. एक गिट भंडार को किसी अन्य पर कैसे रीबेस करें?
- 9. गिट: झूठी विलय संघर्ष?
- 10. रिमोट अपडेट पर गीट रीबेस
- 11. गिट चेरी-पिक विलय के दौरान संघर्ष विलय का कारण बनता है
- 12. "गिट रीसेट" बनाम "गिट रीबेस" के बीच क्या अंतर है?
- 13. exuberant-ctags का उपयोग करते समय आप किस विकल्प का उपयोग करते हैं?
- 14. गिट - क्या यह अन्य लोगों के साथ शाखाओं पर काम करते समय खींचता है या रीबेस करता है
- 15. आप किस बिंदु पर पुराने ब्राउज़र का समर्थन करना बंद करने का फैसला करते हैं?
- 16. उनकी अप्रबंधित निर्भरताओं पर संघर्ष करते समय 2 तृतीय पक्ष .net पुस्तकालयों का उपयोग कैसे करें?
- 17. जानना कि किस बिंदु पर एप्लिकेशन
- 18. चीजों को गड़बड़ किए बिना गिट विलय के बाद मैं गिट रीबेस-i का उपयोग कैसे करूं?
- 19. गिट का उपयोग करते समय, आप सटीक कार्यशील निर्देशिका को रिमोट पर कैसे दबाते हैं?
- 20. कछुआ गिट मर्ज संघर्ष रंग
- 21. ग्रहण: शाखा प्रोजेक्ट आयात करते समय परियोजना का नाम संघर्ष
- 22. भूल गए "गिट रिबेस --continue" और "गिट प्रतिबद्ध" किया। कैसे ठीक करना है?
- 23. गिट के संबंध में आप किस टीम वर्कफ़्लो प्रक्रियाओं का उपयोग करते हैं?
- 24. गिट: इंटरैक्टिव रीबेस को स्वचालित करने के लिए/समकक्ष गिट कमांड
- 25. सॉर्सेट्री में गिट रीबेस कैसे करें?
- 26. प्लंबिंग कमांड के साथ गिट संघर्ष को हल करें
- 27. किस बिंदु पर अपवाद जब Django के ORM का उपयोग कर उठाया जाता है
- 28. Git मर्ज के दौरान फ़ाइलों को अधिलेखित करता है - संघर्ष
- 29. गिट पुल - रीबेस बनाम गिट रिबेस: खतरे क्या है?
- 30. किस बिंदु पर एक HTML पृष्ठ वैध है?
सबकुछ इस भाग को छोड़कर समझ में आता है: "यह एक प्रतिबद्ध संदेश के लिए संकेत देता है, और उस प्रतिबद्धता के लिए इसका उपयोग करता है"। हमें एक प्रतिबद्ध संदेश के लिए संकेत नहीं दिया जाता है। सहायता के लिए धन्यवाद –