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