मैं अपनी Git शाखा में नवीनतम परिवर्तन कैसे प्राप्त कर सकता हूं, जैसे कि मैं उन परिवर्तनों को कर रहा हूं और अभी भी मेरे अनुरोध को साफ रख रहा हूं?


0

Git में, हमारी एक developशाखा है जिसमें से हम featureप्रत्येक सुविधा के लिए शाखाएँ बनाते हैं। मैं developअपनी सुविधा शाखा कोड के साथ नवीनतम परिवर्तनों को मर्ज करने के दो तरीके देखता हूं ।

  1. developमेरी सुविधा शाखा में नवीनतम कोड मर्ज करें ।
  2. मेरी सुविधा शाखा को स्थानीय developशाखा में विलय करें ।

यदि मैं पहला तरीका करता हूं, तो मैं featureएक कोड समीक्षा के लिए मेरे द्वारा किए गए पुल अनुरोध में अंतिम विलय कोड शामिल करता developहूं feature, जहां मेरे में परिवर्तन के साथ ओवरलैप किए गए बदलाव शामिल हैं , जो अच्छा है, लेकिन अब इसमें वह सभी कोड भी शामिल हैं developजो मैंने कभी नहीं छुआ । इससे कोड समीक्षक को यह बताना कठिन हो जाता है कि वे किस कोड की समीक्षा करने वाले हैं। इसके अलावा, जब मैं फीचर को वापस मर्ज करने जाता हूं, तो developऐसा लगता है कि मैं कोड का एक समूह बना रहा हूं जिसे मैंने कभी नहीं छुआ क्योंकि मैंने इसे अंदर से खींचा था develop

यदि मैं इसे दूसरी तरह से करता हूं feature, तो एक कोड समीक्षा के लिए मेरे द्वारा किए गए पुल अनुरोध का विलय नहीं किया गया है और इसलिए, कोड समीक्षक कोड की समीक्षा नहीं कर रहा है जिसे अंततः विकसित करने के लिए धक्का दिया जाएगा।

क्या दोनों दुनिया में सबसे अच्छा करने का एक तरीका है, जहां मैं जो अनुरोध करता हूं, वह मेरा कोड है जो किसी भी मर्ज संघर्ष के साथ हल हो गया है, लेकिन उन फ़ाइलों की एक सूची को सूचीबद्ध नहीं करता है developजो दूसरों ने काम किया था लेकिन मैंने कभी छुआ नहीं था?


यदि आपने इससे आवागमन किया है develop, तो वापस आते समय वे नए नहीं दिखेंगे develop। वे पहले से ही हैं develop, आखिरकार।
डैनियल बी

आपको भी नहीं करना चाहिए। फीचर को विलय करने की प्रक्रिया और वर्तमान विकास शाखा को किया जाना चाहिए, एक बार जब यह सुविधा स्वीकार कर ली जाती है क्योंकि आपका प्रोजेक्ट कुछ करने का इरादा रखता है, जो कि आदर्श रूप से आपके फीचर कोड की कोड समीक्षा के बाद किया जाएगा। संपूर्ण बिंदु यह है कि आप एक विशिष्ट विकास प्रतिबद्ध पर एक शाखा का प्रदर्शन करते हैं, आप समय के अंत तक खर्च करेंगे, अपनी सुविधा शाखा को कभी बदलती विकास शाखा में विलय कर देंगे। जैसा कि डैनियल बताते हैं, केवल आपके फीचर परिवर्तनों की समीक्षा की जाएगी, क्योंकि केवल वही चीज बदल गई है। मेरे पहले आधे से खड़े हो जाओ।
रामहुंड

@ रामधुन, क्या आप एकतरफा कोड को स्वीकार करने में असहज महसूस नहीं करते हैं जिसका व्यवहार विलय होने के बाद बदल सकता है?
adam0101

इसकी एक विकास शाखा है, इसे पर्याप्त रूप से स्थिर रखा जाना चाहिए ताकि सभी सुविधाएँ काम करें, लेकिन यह प्रगति में भी एक कार्य है जिसका अर्थ है कि समीक्षा की गई एकमात्र कोड वह नहीं होगी जो इसे बनाने के लिए आवश्यक है। आखिरकार मैं फिर से शुरू होने वाली स्थिर शाखा की तुलना में विकास शाखा में सभी सुविधा शाखा परिवर्तनों की समीक्षा के लिए एक दूसरी कोड समीक्षा की जाएगी। मुझे लगता है कि आप ग्राहकों को केवल विकास शाखा कोड नहीं भेजते हैं, यह इस बात पर निर्भर करता है कि आपकी परियोजना कितनी लचीली है, नए प्रोजेक्ट प्रबंधन शैलियों पर बहुत सारे विचार हैं।
रामहुंड
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.