गीथब (सी) डेस्कटॉप ऐप से नीचे इस तस्वीर में इस बटन को "मास्टर से अपडेट करें" (इस मामले में) है। मैं सोच रहा था कि अगर किसी के पास अंतर्दृष्टि थी कि गिट फ़ंक्शन ट्रिगर्स करता है। मुख्य रूप से मुझे दिलचस्पी है यदि या विलय का उपयोग किया जाता है। (मुझे किसी भी प्रकार का लॉग कंसोल नहीं मिला)।गिथब डेस्कटॉप: "<branch> से अपडेट करें" बटन
Git GitHub डेस्कटॉप में बटन अंतर्निहित आदेशों अच्छी तरह से प्रलेखित नहीं कर रहे हैं, तो मैं एक समय पहले की जांच की। मैंने निष्कर्ष निकाला कि "से ... अद्यतन" बटन भेजा
git merge --no-ff -m "Merge <auto_text> <branch_name>" <branch_name>
या कुछ और "की तुलना" शाखा GitHub डेस्कटॉप जीयूआई में <branch_name> करने के लिए सेट के साथ लगभग समान।
मैं निम्नलिखित तरीके से निष्कर्ष पर पहुँचे:
पहले, मैं एक भंडार है कि मैं अपने GitHub खाते को नियंत्रित काँटेदार। फिर, मैंने अपने गिटहब खाते से मेरी स्थानीय मशीन में भंडार क्लोन किया। इसके बाद, मैंने (मूल) मुख्य रिमोट रिपोजिटरी में एक छोटा सा परिवर्तन किया। अंत में, मैंने अपनी स्थानीय मशीन पर एकल प्रतिबद्धता लाने के लिए git fetch <remote_name_assigned_to_main_repo> (<remote_name>) का उपयोग किया। इस fetch के बाद, "अपडेट ..." बटन जलाया गया।
यह एक परिदृश्य है, जिसमें शाखा अपने स्थानीय भंडार में बाहर की जाँच की, master की स्थापना की, एक मुख्य दूरदराज के भंडार में master पीछे प्रतिबद्ध था। डिफ़ॉल्ट रूप से, git merge <remote_name> ने एक फास्ट-फॉरवर्ड विलय (बिना विलय प्रतिबद्धता के) उत्पन्न किया होगा।
[email protected]{0}: merge <remote_name>/master: Merge made by the 'recursive' strategy.
और किसी मर्ज log में प्रतिबद्ध:
Merge remote-tracking branch '<remote_name>/master'
('पुनरावर्ती
"से ... अपडेट" बटन का उपयोग करना है, तथापि, निम्नलिखित reflog प्रविष्टि में हुई 'रणनीति "... एक शाखा खींचने या विलय करते समय डिफ़ॉल्ट विलय रणनीति है।" मैनुअल प्रति।)
मैंने एक परिदृश्य भी स्थापित किया जिसमें git rebase मील ght एक विकल्प रहा है, लेकिन एक ही विलय व्यवहार देखा।
जब मैं बटन पर होवर करें, यह स्पष्ट रूप से कहते हैं, "मर्ज XX से करता है"
बस "शाखा" मेनू में जाते हैं, तो "वर्तमान शाखा में मर्ज ..." और चुनें शाखा जिसे आप अपना "अपडेट" प्राप्त करना चाहते हैं।
गिटहब ने संभवतः इस डिज़ाइन को चुना, जिसके लिए विलय प्रतिबद्धता की आवश्यकता होती है, यहां तक कि रूढ़िवाद से बाहर एक तेजी से आगे विलय या रिबेस को प्राथमिकता दी जा सकती है। गिटहब डेस्कटॉप उपयोगकर्ता गिट के लिए नए हैं और एक मर्ज प्रतिबद्धता को 'गिट रिवर्ट' के साथ पूर्ववत किया जा सकता है जबकि एक फास्ट-फॉरवर्ड मर्ज या रीबेस नहीं हो सकता है। – SoFarther