एक 2 व्यक्ति टीम के लिए पुल अनुरोधों का परिचय - मेरे अपने अनुरोध को मर्ज करें?


11

मैं एक जूनियर टीम के सदस्य (एक को-ऑप) को git पेश कर रहा हूं।

वे अब जोड़ने, प्रतिबद्ध करने, धक्का देने और खींचने की मूल बातें के साथ सहज हैं।

अब मैं उनसे अनुरोधों और शाखाओं को खींचने के लिए परिचय देना चाहता हूं।

यदि वे शाखाओं में पुल अनुरोध करना शुरू करते हैं, तो क्या मुझे अपने ऑन-गोइंग काम के लिए भी ऐसा करना चाहिए?
मैं अपने पुल अनुरोधों को मर्ज कर रहा हूं। मुझे यकीन नहीं था कि यह मेरे लिए शाखाओं में काम करने के लिए सबसे अधिक समझदार होगा (आम तौर पर एक अच्छा अभ्यास जिसे मैं जानता हूं, लेकिन मैं एक जूनियर के साथ 2 देवों की इस विशिष्ट स्थिति के बारे में उत्सुक हूं। ) और अगर ऐसा है तो इसका मतलब है कि मैं सिर्फ अपनी शाखाओं को मास्टर में विलय करूंगा। मैं वैसे भी अपने काम / शाखाओं के लिए एक पुल अनुरोध करूँगा? आम तौर पर हम इन परिवर्तनों के लिए मूल गितुब फ़ीचर ब्रांच वर्कफ़्लो का उपयोग करते हैं:
https://www.atlassian.com/git/tutorials/comparing-workflows/feature-branch-workflow

यदि मैं एकमात्र डेवलपर हूं तो क्या मेरे स्वयं के रेपो पर पुल अनुरोधों का उपयोग करने का कोई उद्देश्य है? उपयोगी है, लेकिन काफी विशिष्ट नहीं है।

Whats एक परियोजना पर 2 लोगों के साथ काम का प्रवाह भी अधिक सामान्य लगता है

तथा

क्या मुझे आधिकारिक रिपो या मेरे कांटे पर एक शाखा से पुल अनुरोधों को खोलना चाहिए? कांटे के बारे में अधिक लगता है।

जवाबों:


19

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

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

  1. आप दोनों सीखते हैं कि आपके जूनियर को सीखने की गतिविधियों पर ध्यान केंद्रित करने की आवश्यकता है।
  2. आप सीखते हैं कि आपको कहां से अधिक चतुर होना चाहिए।

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