पोस्ट
बिल्ड फ्रेमवर्क का उपयोग करने के लाभ
26 नवंबर 2020 • 3 मिनट पढ़ना
Continuous Integration (CI) और/या Continuous Delivery (CD) आजकल सॉफ्टवेयर प्रोजेक्ट्स में मानक है। Azure DevOps, TeamCity, Jenkins, और Cruise Control.Net जैसे कई बिल्ड सर्वर हैं। इनमें से अधिकांश सर्वर बिल्ड स्टेप्स को परिभाषित करने के लिए मालिकाना भाषाओं का उपयोग करते हैं। लेकिन क्या अपने बिल्ड स्टेप्स को मालिकाना भाषा में कोडित करना एक अच्छी बात है?
कुछ एप्लिकेशन सरल होते हैं, कुछ बिल्ड स्टेप्स के साथ, अन्य अधिक जटिल होते हैं कई बिल्ड स्टेप्स के साथ। जब आप बिल्ड स्टेप्स को मालिकाना भाषा में परिभाषित करते हैं, तो बिल्ड स्टेप्स जितने अधिक जटिल होते हैं (परिष्कार या संख्या में), आप एक बिल्ड प्लेटफॉर्म के लिए उतने अधिक युग्मित हो जाते हैं। यह एक समस्या बन जाती है जब आप बिल्ड प्लेटफॉर्म को स्विच करना चाहते हैं। उदाहरण के लिए, आप अपने ऑन-प्रिमाइस डेटासेंटर में JetBrain’s TeamCity का उपयोग कर रहे हैं, लेकिन कंपनी क्लाउड में जाने का निर्णय लेती है। अब आपको अपनी बिल्ड स्क्रिप्ट्स को फिर से लिखना होगा क्योंकि TeamCity नए क्लाउड प्लेटफॉर्म में समर्थित नहीं है।
अपनी बिल्ड स्क्रिप्ट्स को मालिकाना भाषा में लिखने के बजाय, एक बिल्ड फ्रेमवर्क का उपयोग करने पर विचार करें।
बिल्ड फ्रेमवर्क के दो लाभ हैं:
- बिल्ड प्लेटफॉर्म्स के बीच पोर्टेबिलिटी की अनुमति देना।
- आपको अपनी एप्लिकेशन कोड के साथ अपनी बिल्ड स्क्रिप्ट्स को संस्करण करने की अनुमति देना।
प्लेटफॉर्म्स के बीच पोर्टेबिलिटी आपको न्यूनतम प्रयास के साथ बिल्ड प्लेटफॉर्म्स के बीच जाने की लचीलापन देती है। एक नए बिल्ड प्लेटफॉर्म पर हमेशा कुछ कॉन्फ़िगरेशन होगा, लेकिन बिल्ड फ्रेमवर्क प्रयास को कम रखते हैं।
मेरी राय में, बिल्ड फ्रेमवर्क का सबसे बड़ा लाभ अपनी बिल्ड स्क्रिप्ट्स को अपनी एप्लिकेशन कोड के साथ चेक-इन और संस्करण करने की क्षमता है। अपने सोर्स कंट्रोल के इतिहास से किसी भी बिंदु से कोड खींचने और उस कोड को बिल्ड करने का विकल्प होना एक बिल्ड फ्रेमवर्क के किसी भी नुकसान के लायक है।
.Net स्पेस में दो लोकप्रिय फ्रेमवर्क हैं: Cake और Nuke Build। दोनों फ्रेमवर्क कुछ समय से हैं। मैंने Nuke Build का उपयोग किया है और इसका आनंद लिया है। मैंने Cake के बारे में बहुत अच्छी बातें सुनी हैं और आपको अपने प्रोजेक्ट के लिए सबसे अच्छा फ्रेमवर्क तय करने से पहले इसे देखने के लिए प्रोत्साहित करता हूं।
तो अगली बार जब आप अपनी एप्लिकेशन के लिए एक नई बिल्ड परिभाषा बना रहे हों, तो एक बिल्ड फ्रेमवर्क का उपयोग करने और इसे अपनी एप्लिकेशन के साथ सोर्स कंट्रोल में चेक करने पर विचार करें।
लेखक: Chuck Conway एक AI इंजीनियर हैं जिनके पास सॉफ्टवेयर इंजीनियरिंग का लगभग 30 साल का अनुभव है। वह व्यावहारिक AI सिस्टम बनाते हैं—कंटेंट पाइपलाइन, इंफ्रास्ट्रक्चर एजेंट, और ऐसे टूल जो वास्तविक समस्याओं को हल करते हैं—और अपनी सीख को साझा करते हैं। सोशल मीडिया पर उनसे जुड़ें: X (@chuckconway) या YouTube और SubStack पर उनसे मिलें।