GitHub: एक मर्ज किए गए पुल अनुरोध को फिर से खोलना


101
  • मैंने कुछ बदलाव किए
  • मैंने एक पुल अनुरोध प्रस्तुत किया
  • पुल अनुरोध को स्वीकार कर लिया गया और विलय कर दिया गया।
  • हमें एक बग मिला
  • बग को ठीक करने के दौरान परिवर्तन फिर से हटा दिए गए थे।

मैंने अब बग को ठीक कर लिया है और 1 अतिरिक्त प्रतिबद्ध के साथ पुल अनुरोध को फिर से सबमिट करना चाहता हूं। क्या पुल अनुरोध को फिर से खोलने या इसे अपडेट करने का कोई तरीका है, या क्या मुझे एक नया पुल अनुरोध बनाना है, विवरण फिर से लिखें? Gitorious में यह सुविधा है और हमने हाल ही में GitHub में स्थानांतरित किया है।


मैं आज भी ऐसी ही स्थिति में था, "मर्ज पुल रिक्वेस्ट" बटन का उपयोग करता था, जो डिफ़ॉल्ट रूप से लक्ष्य शाखा में परिवर्तन को मर्ज करता है और पीआर को बंद कर देता है। मैंने बाद में परीक्षण में एक बग की खोज की जिसे मैं मूल डेवलपर को ठीक करना चाहता था। मैं इस PR को फिर से खोलने का एक तरीका चाहता था ताकि इस PR में और कमिट जोड़े जा सकें लेकिन पीआर को फिर से खोलने के लिए कोई बटन नहीं है।
SBirthare

जवाबों:


114

जवाब लगता है: आप नहीं कर सकते।

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

भविष्य के GitHub के लिए एक अच्छा फीचर अनुरोध हो सकता है।


8
मुझे नहीं पता कि इसे कब बदला गया था, लेकिन अब आप पीआरएस को बंद कर सकते हैं।
LB--

16
@ एलबी, ऐसा नहीं लगता कि आप उन पीआरओं को फिर से खोल सकते हैं जिन्हें बंद कर दिया गया है और विलय कर दिया गया है
एक कपूर

1
आप वास्तव में कर सकते हैं। यह मानते हुए कि आपने प्रारंभिक मर्ज वापस कर दिया है, आप मुख्य रेपो की एक शाखा बना सकते हैं, और इस नई शाखा पर केवल उस मर्ज को वापस कर सकते हैं जो मर्ज को वापस ला रहा था।
SsjCosty

7
@ SsjCosty लेकिन वह एक बंद और मर्ज किए गए PR को फिर से खोलना नहीं है। आप हमेशा नए पुल अनुरोधों को खोल सकते हैं, जो कि आपके समाधान की आवश्यकता है।
एडम ग्रांट

1
"भविष्य के GitHub के लिए एक अच्छा फीचर अनुरोध हो सकता है।" वास्तव में, नहीं, यह नहीं होगा। यदि निर्माण के बाद पीआरएस को फिर से परिभाषित किया जा सकता है, तो अलग-अलग समय में पीआर की जांच करने वाले लोग संभावित रूप से बहाव करेंगे। बस एक और पीआर बनाएं और पाठ में पहले वाले का "उल्लेख" करें। यदि आप किसी प्रकार के मील के पत्थर का संदर्भ लेना चाहते हैं, तो यह देखने के लिए पीआर नहीं है, कि टैग होगा।
स्कॉट प्रिव

12

मैंने बस सफलतापूर्वक एक पुल अनुरोध को फिर से खोल दिया

  1. पुल अनुरोध पर टिप्पणी
  2. 'सबमिट और रि-ओपन ’बटन पर क्लिक करें जो टिप्पणी फार्म पर दिखाई दिया।

1
मैं इसे दोहराने में कामयाब नहीं हुआ - क्या आप इस व्यवहार को देखने के लिए आवश्यक कदम बता सकते हैं? मैंने एक बंद पुल अनुरोध (काम नहीं किया) पर टिप्पणी करने की कोशिश की, एक बंद पुल अनुरोध पर टिप्पणी की और उस शाखा को धक्का दिया जिसमें यह काम नहीं कर रहा था। कोशिश करने के लिए कुछ और? क्या बाद में किसी भी तरह से विलय करने के लिए पुल अनुरोध आवश्यक है?
माइकल पार्कर

मैं नहीं जानता कि अंतर करने के लिए छिपी आवश्यकता क्या है। में से कोई भी हो सकता है (पुल अनुरोध के लिए नया परिवर्तन प्रस्तुत किया है, परियोजना के मालिकों का सदस्य हूँ, अन्य ...)
टिम लोवेल-स्मिथ

1
मैंने अब आपके द्वारा बताई गई हर चीज़ की कोशिश की है, फिर भी इसे नहीं देख सकता। मैं रेपो मालिक हूं। "सबमिट करें और पुनः खोलें GitHub" के लिए Google की खोज करना इस पृष्ठ को एक हिट प्रदान करता है। किसी भी आगे की जानकारी अत्यंत उपयोगी होगी। क्या आपका पुल अनुरोध शुरू में अस्वीकार कर दिया गया था?
माइकल पार्कर

52
मैं इसे अनमैरिड पुल अनुरोधों के साथ दोहरा सकता हूं - लेकिन यह नहीं है कि यह धागा किस बारे में है।
डैन तेल्लो

2
हाँ, वह बंद पुल का जिक्र कर रहा है, न कि विलय से।
लोजिबेई

4

बस मौजूदा शाखा से एक नई शाखा प्राप्त करें जहां आपने अतिरिक्त 1 प्रतिबद्ध किया है। वहाँ से पुल अनुरोध सबमिट करें।


3
यह मूल के लिए इतिहास में से किसी के साथ एक नया पुल अनुरोध में परिणाम होगा।
डेव

1
यही मैंने समाप्त किया। हां इतिहास कम रैखिक है, लेकिन मेरे लिए ठीक है।
possen

4

आप रिवर्ट कार्रवाई का उपयोग कर सकते हैं:

यहां छवि विवरण दर्ज करें

यह मर्ज किए गए PR में किए गए सभी परिवर्तनों को पूर्ववत करते हुए एक और पुल अनुरोध बनाएगा।


यह सबसे अच्छा अभ्यास नहीं है :)
antonbormotov

2
@antonbormotov क्या आप बेहतर दृष्टिकोण का सुझाव दे सकते हैं?
विलियम वेक

चलिए मान लेते हैं, हमने प्राइम (mA और mB) को स्थिर शाखा में विलय कर दिया था, जिसे हम वापस करना चाहते हैं। "रिवर्ट" पीआर को मर्ज करने के बाद, इतिहास कमिट्स के पेड़ की तरह दिखेगा: XY-mA-mB-CD-rA-rB-EF। आप इन सभी को इतिहास में देखना क्यों चाहते हैं, कि परिवर्तन (mA, mB) लागू करें और फिर उन्हें (rA, rB) रद्द करें? बेहतर होगा कि स्थिर शाखा से उन "खराब" कॉम और एमएबी को हटा दें और इतिहास को साफ रखें। बेशक, यह समझ में आता है कि क्या मर्ज अपेक्षाकृत हाल ही में हुआ था।
एंटनबोर्मोटोव

1
न केवल इतिहास बदसूरत दिखाई देगा, आप भी अब तैयार किए गए वापस आने पर बस वापस मर्ज कर सकते हैं।
माइकल

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