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