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