आधी रात के कमांडर के लिए विधानसभा पर्यावरण - जारी

शुरुआत

पहले भाग में, मैंने डेबियन / उबंटू के लिए नई मिडनाइट कमांडर फ़ाइल मैनेजर बाइनरी पैकेज बिल्ड सेवा पेश की। टिप्पणियों ने पर्यावरण के एक तकनीकी वर्णन की कमी को सही रूप से इंगित किया और मैंने वादा किया कि जैसे ही कोड को एक दिव्य रूप में लाया जाएगा मैं विवरणों को पोस्ट करूंगा। दो सप्ताह बीत गए, कार्यक्षमता को स्थिर करने और कोड को कंघी करने के लिए थोड़ा समय दिखाई दिया (यह अभी भी भयानक है, लेकिन यह इरादा के अनुसार काम करता है), इसलिए यह वादा पूरा करने का समय है।

मैं विशेष रूप से विषय में स्रोत कोड शामिल नहीं करता हूं, उनमें से बहुत सारे हैं, और मेरी राय में यह लेख अतिभारित है। कोई भी व्यक्ति उन्हें googlecode से डाउनलोड कर सकता है।

विधानसभा का माहौल

विधानसभा वातावरण में कई शेल स्क्रिप्ट होते हैं:

• contrib / mc-release-builds.sh - एक स्क्रिप्ट जो एक CRON जॉब के रूप में चलती है और नए रिलीज की असेंबली, या पहले से जारी लोगों के पुनर्निर्माण को नियंत्रित करती है।
• contrib / mc-nightly-builds.sh एक स्क्रिप्ट है जो CRON जॉब भी है और नाइट स्लाइस भी बनाती है।
• contrib / तैयार-environment.sh - एक स्क्रिप्ट जो पर्यावरण चर को मेरे सर्वर के लिए विशिष्ट बनाती है (विशेष रूप से, SSH और GPG एजेंटों के संचालन के लिए पर्यावरण चर का निर्यात किया जाता है)
• contrib / local-repo-update - वह स्क्रिप्ट जिसके साथ मैं अपनी रिपॉजिटरी को अपडेट करता हूं, अब मैं apt-ftparchive को छोड़ने और reprepro की कोशिश करने के बारे में सोच रहा हूं।
• contrib / pbuilder - असेंबली टारगेट कॉन्फिगर करता है , उनमें से एक (contrib / pbuilder / buildbot) का उपयोग सोर्स या GIT से पैकेज तैयार करने के लिए किया जाता है।
• contrib / apt-ftparchive - apt-ftparchive काम करने के लिए मेरी सेटिंग्स (शायद यह किसी के लिए उपयोगी होगी)

आगे वे स्क्रिप्ट हैं जो असेंबली का माहौल बनाती हैं:

• build-mc-from-git.sh - स्रोत या VCS (सिस्टम कोर) से एक पैकेज बनाएँ
• buildbot.sh - पिछली स्क्रिप्ट पर एक आवरण, जो मुकुट के कार्यों, उपयोगकर्ता और विधानसभा वातावरण के कर्नेल के बीच एक मध्यवर्ती कड़ी है।
• initial-build.sh - एक एंकरोनिज़्म, जो मेरे प्राकृतिक आलस्य के लिए धन्यवाद बना रहा। एक एकल बिल्डबोट उपयोगकर्ता को पाइल्डर (बिल्डबोट) असेंबली लक्ष्य में जोड़ता है।

build-mc-from-git.sh

जैसा कि मैंने पहले उल्लेख किया है, यह बिल्ड पर्यावरण का सबसे महत्वपूर्ण हिस्सा है। यह दो प्रकार के संचालन करता है: जीआईटी से रात के स्लाइस को इकट्ठा करना / पुन: संयोजन करना और इकट्ठा करना। यदि रिलीज़ बिल्ड का चयन किया गया था, तो स्क्रिप्ट:

• रिपॉजिटरी से अपडेट कंट्रीब / डेबियन / डायरेक्टरी की एक स्थानीय प्रति है, जो पैकेज बनाने के लिए आवश्यक है (पैकेज बनाते समय dh_make का उपयोग नहीं किया जाता है)
• स्रोत संग्रह को अनपैक करता है, जो उच्च स्क्रिप्ट या उपयोगकर्ता द्वारा तर्क के रूप में स्क्रिप्ट को दिया जाता है।
• जाँचता है कि स्रोत कोड "बॉक्स से बाहर" है। ऐसा करने के लिए, अनपैक किए गए स्रोतों के साथ निर्देशिका में, क्रियाओं का एक परिचित अनुक्रम किया जाता है:
  

  [ -x ./autogen.sh ] && ./autogen.sh ./configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib/mc make make install DESTDIR=/tmp/install 

  
  यदि यह चरण त्रुटियों के बिना चला जाता है, तो पैकेज असेंबली के साथ आगे की समस्याएं पैकेज के डेबियन-विशिष्ट भाग को संशोधित करने की आवश्यकता को इंगित करती हैं (वीसीएस में कंट्रीब / डेबियन / निर्देशिका)
• वीसीएस की स्थानीय प्रतिलिपि से स्रोतों में डेबियन / निर्देशिका की प्रतिलिपि बनाता है, यह जांचता है कि क्या स्रोतों के संस्करण के लिए एक स्थानीय चैंज है (यदि पैकेज का एक नया संशोधन बनाया जा रहा है, एक नया रिलीज नहीं), और यदि यह मौजूद है, तो वीसीएस से चैंज का स्थान स्थानीय एक द्वारा बदल दिया जाता है।
• संस्करण और / या संशोधन संख्या को बढ़ाता है और dpkg-buildpackage -rfakeroot -us -uc को कॉल करके पैकेज बनाना शुरू करता है
• डेबियन नीति के अनुपालन के लिए लिंटियन में पैकेज की जांच करता है। लिंटियन का आउटपुट एक अलग फाइल में सेव होता है। (हाल ही में इसने रात के बिल्ड के मैन पेजों में एक त्रुटि पकड़ने और अपस्ट्रीम पर पैच भेजने में मदद की)

नाइट स्लाइस की असेंबली केवल उस में भिन्न होती है जो स्रोत जीआईटी रिपॉजिटरी से बनते हैं और संस्करण वृद्धि कोड अलग है। यदि स्क्रिप्ट यह पता लगाती है कि रिपॉजिटरी की मास्टर ब्रांच में कोई बदलाव नहीं हुए हैं, तो असेंबली बाधित है।

buildbot.sh

यह स्क्रिप्ट बिल्ड-mc-from-git.sh को कॉल करती है, और यदि सफल होती है, तो पियूपर्ट्स में बाइनरी पैकेज का अतिरिक्त सत्यापन करता है, और यदि कोई त्रुटि नहीं है, तो यह टारगेट-निचोड़-i386, निचोड़-एएमडी 64, नेट्टी-आई 386, आदि को इकट्ठा करने की प्रक्रिया शुरू करता है। ) .. प्रत्येक सफल निर्माण के बाद, रिपॉजिटरी की अस्थायी संरचना को अपडेट किया जाता है। यदि सभी लक्ष्यों को सफलतापूर्वक एकत्र किया गया था और buildbot.sh को CRON कार्यों (mc-release-builds.sh या mc-nightly-builds.sh) में से एक द्वारा बुलाया गया था, तो मेरी रिपॉजिटरी को अपडेट करने के लिए स्क्रिप्ट को चलाया जाता है। इस बिंदु पर, APT सेवा जानकारी अपडेट की जाती है, रिलीज़ फ़ाइलों पर हस्ताक्षर किए जाते हैं, और सर्वर कॉपी अपडेट की जाती है।

अब 8 लक्ष्यों का पूरा विधानसभा चक्र केवल एक घंटे से अधिक समय लगता है। भविष्य में, आरपीएम-आधारित वितरणों के लिए लक्ष्यों का विस्तार करना संभव होगा (जैसा कि मैं इसे समझता हूं, अपस्ट्रीम ने पिछले बिल्डबॉट के सामान्य संचालन को बहाल नहीं किया है)। अतिरिक्त जानकारी या संभव समर्थन परियोजना पृष्ठ पर प्राप्त किया जा सकता है।