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