गिटहब पुल अनुरोधों के साथ हॉटफिक्सेस कैसे करें

Question

चेतावनी: मैं दोनों गिट और गिटहब के लिए बिल्कुल नया हूं।

तो, मेरे वर्तमान सेटअप में, मेरी टीम दो शाखाओं में विलय करने और दोनों में अपस्ट्रीम को धक्का देने के लिए गिट फ्लो हॉटफिक्सेस (आमतौर पर गिटक्रैकन या इंटेलिजे जैसे ग्राफिकल टूल द्वारा शुरू और समाप्त) का उपयोग करती है। उदाहरण के लिए प्रवाह होगा:

1. मास्टर से नवीनतम
2. प्रारंभ हॉटफिक्स
3. दोनों मास्टर में परिवर्तन
4. मर्ज हॉटफिक्स शाखा प्रतिबद्ध खींचो और विकसित करने और दोनों नदी के ऊपर

धक्का हम अब हमारे कोड को गिटहब में ले जाने की तलाश कर रहे हैं और कुछ कारणों से पुल अनुरोधों का उपयोग शुरू करना चाहते हैं:

• सीआई हुक परीक्षण और सामान
• सीधे अंतर्निहित "मुद्दा"
• हर किसी के लिए जरूरत से बचने से संबंधित नहीं कोड-विशेष टिप्पणी डालने के लिए एक जगह लगातार नवीनतम मास्टर खींच जा करने के लिए चलाने के लिए/अपने स्थानीय करने के लिए विकसित मशीन ताकि वे परिवर्तन

लेकिन हॉटफिक्सेस के मामले में, मुझे यकीन नहीं है कि मैं क्या करूँ क्योंकि मैं दो शाखाओं में विलय कर रहा हूं लेकिन यह वास्तव में एक "कार्रवाई" है जिससे मैन्युअल रूप से दो पुल अनुरोध अजीब लगता है, खासकर चरण 4 के बाद से) हमारे वर्तमान प्रवाह में एक क्लिक है।

क्या इसे संभालने का कोई शानदार तरीका है? मेरा आदर्श मामला यह होगा कि पुल अनुरोध पर मर्ज बटन को दबाकर बस दोनों में विलय होगा, लेकिन यह एक उपलब्ध विकल्प प्रतीत नहीं होता है।

Answer 1

आप उल्लेख किया है, एक पुल का अनुरोध केवल एक लक्ष्य शाखा है, तो आप एक पुल का अनुरोध मर्ज करके master और develop दोनों को हॉटफिक्स पुश करने के लिए सक्षम नहीं होगा।

मुझे आश्चर्य है कि आप अपने चरण # 4 का उल्लेख करते हैं - हॉटफिक्स शाखा को master और develop और पुश अपस्ट्रीम दोनों में विलय करना - एक क्रिया है। हालांकि hotfix से master में विलय विवादों में विलय नहीं होने का एक उच्च मौका है, लेकिन मैं विलय के लिए hotfix से develop से विलय के लिए ऐसा नहीं कह सकता क्योंकि यह उत्पादन के लिए अंतिम तैनाती के बाद से काम किया जा सकता था।

• master को hotfix से एक पीआर बनाएँ और किसी को इसकी समीक्षा के ठीक
• मान्य करने के लिए एक बार जब यह master में विलय कर दिया गया है है, hotfix से develop के लिए एक और पीआर बनाने के लिए:

  मेरे सिफारिश उसके बाद निम्न होगा और देखें कि क्या आप विलय विवादों में भाग लेते हैं

  • यदि ऐसा है, तो मर्ज विवादों को हल करें ताकि पीआर विलय हो जाए और राज्य में कोई संशोधन हो पीआर
  • iew तो कोई मर्ज संघर्ष है, तो, किसी को पीआर

---

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

वेबहूक आपको notified when a PR is merged होने की अनुमति देगा। आप यह सुनिश्चित करने के लिए पेलोड का निरीक्षण कर सकते हैं कि आधार शाखा hotfix/ से शुरू होती है और लक्ष्य शाखा master है। इसके बाद आप hotfix शाखा से develop पर एपीआई का उपयोग करके create a new PR पर उस ईवेंट पर प्रतिक्रिया दे सकते हैं।

इसमें कुछ विकास शामिल होगा, और यूआई के माध्यम से पीआर बनाने के बाद प्रयास संभव नहीं होगा, अभी भी काफी आसान और त्वरित है।