मैंने हाल ही में बिटकॉइन द्वारा कार्यान्वित के रूप में GitFlow मॉडल के साथ काम करना शुरू किया। और एक चीज है जो मेरे लिए पूरी तरह से स्पष्ट नहीं है।
हम नियमित रूप से अपने तकनीकी ऋण को बैकलॉगिंग, नियोजन, और रीफैक्टरिंग कार्यों को लागू करने के लिए संबोधित करते हैं। इस तरह की रीफैक्टरिंग शाखाएं पुल-रिक्वेस्ट के साथ समाप्त हो जाती हैं जो कि मर्ज हो जाती हैं develop। मेरा सवाल यह है कि GitFlow में रिफैक्टिंग शाखाएँ कहाँ हैं ?
featureउपसर्ग का उपयोग करना सबसे तर्कसंगत लगता है, हालांकि यह पूरी तरह से सही नहीं लगता है, क्योंकि रिफैक्टिंग में कोई नई कार्यक्षमता नहीं होती है।- हालाँकि
bugfixउपसर्ग का उपयोग करना सही नहीं है और साथ ही वास्तविक बग रिफैक्टिंग फ़िक्स भी नहीं है। - दूसरी ओर एक कस्टम उपसर्ग का निर्माण करना जटिल लगता है अगर चीजों को ओवर-इंजीनियरिंग न करें।
क्या आपके पास भी ऐसी स्थिति थी? इसे संबोधित करने के लिए आप किस अभ्यास का उपयोग करते हैं? कृपया समझाएं।
refactor, तो यह स्पष्ट है कि प्रत्येक मर्ज को किस उत्पाद में बदलने की उम्मीद है (बगिफ़िक्स: टूटे हुए व्यवहार को ठीक करें, सुविधा: नया व्यवहार जोड़ें, प्रतिक्षेपक: पिछले व्यवहार को बनाए रखें)। लेकिन @MrCochese सही है, यह वास्तव में दूसरे काम का एक हिस्सा होना चाहिए जो आप एक अलग कार्य नहीं कर रहे हैं। ध्यान दें कि यदि आपके रिफ्लेक्टर बिल्ड को तोड़ते हैं