के लिए विकास शाखा को डिफ़ॉल्ट के रूप में सेट करें, मैं डिफ़ॉल्ट रूप से सुविधा शाखा से पुल अनुरोध को विकसित करना चाहता हूं।पुल अनुरोध
मैं Git प्रवाह के उपयोग की वकालत कर रहा हूँ, इसलिए जब एक पुल अनुरोध एक सुविधा के लिए प्रस्तुत किया जाता है, पुल अनुरोध का विकास में विलय करने के लिए जरूरत है, और गुरु नहीं।
प्रबंधकों में से कुछ टिप्पणी की मानव जा रहा है, संभावना है कि टीम की ओर जाता है कि इस तथ्य को नजरअंदाज और मास्टर में गलती से पुल अनुरोध मर्ज कर सकते हैं, पर बाद में रिलीज के साथ समस्याएं उत्पन्न कर रहा है।
हम नरक मर्ज करने के जोखिमों को कम करना चाहते हैं, इसलिए यह इस लक्ष्य को प्राप्त करने में एक लंबा रास्ता तय करेगा।
संपादित करें: मैं gitflow बुलाया hubflow (http://datasift.github.com/gitflow/) के एक कांटा का उपयोग कर रहा हूँ। डिफ़ॉल्ट रूप से, जब एक फीचर शाखा बनाई जाती है git hf feature start [tik-123]
फीचर शाखा प्रति spec बनाई जाती है लेकिन मूल तक भी धक्का दी जाती है। हम इसे सहयोग के लिए चाहते हैं। एक बार सुविधा पूरी होने के बाद, देव github में फीचर शाखा में जायेगा और पुल अनुरोध जारी करेगा। टीम लीड तब पुल अनुरोध की समीक्षा करेगी और स्प्रिंट में रिहाई के लिए फीचर स्लेटेड होने पर फीचर को देव में विलय कर देगा।
कृपया वर्तमान में उपयोग की जा रही कमांड दिखाएं। मैं वास्तव में नहीं देखता कि कैसे एक सुविधा शाखा और एक पुल एक साथ आते हैं। आमतौर पर, फीचर शाखा डेवलपर्स रिपोजिटरी के लिए स्थानीय होती है। इसे प्रकाशित किया जा सकता है लेकिन फिर इसे मूल/विशेषताओं/ पर प्रकाशित किया जाएगा। मैं नहीं देखता कि एक पुल मास्टर में कैसे विलय करेगा। –
संभवतः डुप्लिकेट [ग्रिथब में डिफ़ॉल्ट रूप से एक अलग शाखा में पुल अनुरोध मर्ज करें] (http://stackoverflow.com/questions/9135913/merge-pull-request-to-a- अलग-branch-than-default-in -github) – CharlesB
@ चार्ल्सबी यह मणि तथ्य के बाद है। मैं यह सुनिश्चित करना चाहता हूं कि जब भी वे पुल अनुरोध जारी करते हैं तो मेरे देवताओं को बेस शाखा बदलने के बारे में चिंता करने की ज़रूरत नहीं है। –