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