सही तरीका क्या है?
git add foo.js
git commit foo.js -m "commit"
git pull
git push
या
git pull
git add foo.js
git commit foo.js -m "commit"
git push
या
git add foo.js
git pull
git commit foo.js -m "commit"
git push
युपीडी:
मैं यह उल्लेख करना भूल गया कि इस मामले में मैं git addएक ट्रैक की गई और संशोधित फ़ाइल का उपयोग करता हूं । रिपॉजिटरी के लिए एक नई फ़ाइल शामिल करने के लिए नहीं। क्या यह आदेशों का क्रम बदलता है?
जवाबों:
मुझे लगता है कि ऐसा करने का सबसे अच्छा तरीका है:
अपने स्थानीय परिवर्तनों को रोकें:
git stash
शाखा को नवीनतम कोड में अपडेट करें
git pull
अपने स्थानीय परिवर्तनों को नवीनतम कोड में मिलाएं:
git stash apply
अपने परिवर्तनों को जोड़ें, कमिट करें और धक्का दें
git add
git commit
git push
मेरे अनुभव में यह गिट के साथ कम से कम प्रतिरोध का रास्ता है (वैसे भी कमांड लाइन पर)।
git stash?
खींच = लाना + मर्ज।
विलय से पहले आपने जो किया है, उसे करने की जरूरत है।
इसलिए कमिट के बाद खींचिए।
rebaseइसके बजाय कर सकते हैं merge। आप इसे git commit && git rebaseया तो कर सकते हैं git pull --rebase।
git pull, तो मेरे परिवर्तनों का मंचन करने के बाद, क्योंकि मुझे यह सबसे स्वाभाविक लगता है। हालांकि मुझे एहसास है कि कई अलग-अलग वर्कफ़्लोज़ काम करते हैं (स्टैश भी अच्छा है), इसलिए यह शायद स्वाद का मामला है।
मैं सुझाव देता हूं कि बड़े विलय और संभावित संघर्षों को कम करने के लिए दूरस्थ शाखा से जितनी बार संभव हो सके उतनी खींचतान की जाए।
ऐसा कहने के बाद, मैं पहले विकल्प के साथ जाऊंगा:
git add foo.js
git commit foo.js -m "commit"
git pull
git push
खींचने से पहले अपने बदलाव करें ताकि पुल के दौरान आपके बदलाव दूरस्थ परिवर्तनों के साथ मिल जाएँ। इसके परिणामस्वरूप संघर्ष हो सकता है जिसे आप यह जानकर निपटना शुरू कर सकते हैं कि आपका कोड पहले से ही प्रतिबद्ध है कुछ भी गलत हो सकता है और आपको जो भी कारण के लिए मर्ज को रद्द करना होगा।
मुझे यकीन है कि कोई मेरे साथ असहमत होगा, मुझे नहीं लगता कि इस मर्ज प्रवाह को करने का कोई सही तरीका है, केवल वही जो लोगों के लिए सबसे अच्छा काम करता है।
git addमेरे उदाहरण में वास्तव में किस चीज़ का उपयोग किया गया है।
मुझे लगता git pull --rebaseहै कि आपके स्थानीय स्तर पर हाल ही में आने वाले सबसे कम्यूट को सेट करने का सबसे साफ तरीका है, जो आपके पास एक निश्चित बिंदु पर नहीं है।
तो इस तरह आपको हर बार जब आप बदलाव शुरू करना चाहते हैं, तो आपको खींचने की जरूरत नहीं है।
आप चाहते हैं कि आपका परिवर्तन दूरस्थ शाखा की वर्तमान स्थिति के शीर्ष पर बैठे। इसलिए शायद आप खुद को कमिटेड करना चाहते हैं। उसके बाद, अपने परिवर्तनों को फिर से धक्का दें।
"गंदा" स्थानीय फाइलें तब तक कोई समस्या नहीं हैं जब तक कि दूरस्थ शाखा के साथ कोई टकराव न हो। यदि संघर्ष होते हैं, तो मर्ज विफल हो जाएगा, इसलिए स्थानीय परिवर्तन करने से पहले खींचने में कोई जोखिम या खतरा नहीं है।