गिट - कई शाखाओं का प्रबंधन

आपके पास दो मुद्दे हैं:

1. development शाखा से master शाखा को अपडेट करना, और
2. सामान्य वर्कफ़्लो पर निर्णय लेना।

master शाखा को अपडेट कर रहा है

अपने मास्टर को विकास शाखा के साथ तालमेल बिठाने का सबसे आसान तरीका स्थानीय रूप से विकास शाखा में विलय करना है और फिर अपडेट किए गए मास्टर को अपने GitHub रिपॉजिटरी में धकेलना है:

git checkout master
git merge development
git push origin master

यदि सीधे मास्टर शाखा पर कोई काम नहीं किया गया था (जैसा कि आप अपने प्रश्न में संकेत करते हैं) विलय होना चाहिए फास्ट-फॉरवर्ड।

फिर आप विकास शाखा को फिर से देख सकते हैं और काम करना जारी रख सकते हैं:

git checkout development

कुल मिलाकर, इस प्रक्रिया का ग्राफ कुछ इस तरह से अनुसरण करेगा:

-- A -- B -- C          merge       -- A -- B -- C
   |         |         ------->                  |
 master   development                         master, development

अब, अधिक पेचीदा भाग पर:

अपना वर्कफ़्लो चुनना

आपकी शाखाओं के प्रबंधन के अनगिनत तरीके हैं, और कोई भी विहित एक-के-लिए समाधान नहीं है जो सभी पैमानों और जटिलताओं की परियोजनाओं के लिए काम करता है। यह git जैसे लचीले सिस्टम की शक्ति है, लेकिन साथ ही एक छोटी सी खामी है, क्योंकि आपको कौन सा सिस्टम चुनना चाहिए?

मेरा सुझाव है कि git कार्यप्रवाह पर कुछ लेख और ब्लॉग पोस्ट देखें और फिर वह चुनें जो आपको सूट करे। यदि आपकी परियोजना की सीमा की स्थिति बदलती है, तो आप उस परियोजना के लिए गिट वर्कफ़्लो को हमेशा पुनर्मूल्यांकन और बदल सकते हैं जैसा कि आप फिट देखते हैं।

क्या मुझे हर बार विकास करते समय एक नई शाखा बनाने की ज़रूरत है या क्या मैं विकास शाखा का पुन: उपयोग कर सकता हूँ?

ऊपर उल्लिखित प्रक्रिया के साथ, आप बिना किसी अतिरिक्त कदम के अपनी विकास शाखा पर काम करना जारी रख सकते हैं।