मेकफाइल - जिओगो के लिए स्मार्ट शेल स्क्रिप्ट

बनाओ हर यूनिक्स मशीन पर बुनियादी यूनिक्स उपयोगिताओं में से एक है, और, दुर्भाग्य से, कई वेब डेवलपर्स के लिए अज्ञात है। इस लेख में मैं दिखाऊंगा कि यह कैसे काम को आसान कर सकता है, और सबसे पहले, समस्या कथन।


एक नए सर्वर पर Dzhang या रेल पर एक परियोजना को तैनात करने के लिए, आपको पांच से दस कमांड निष्पादित करने की आवश्यकता है। यदि डेवलपर ने डेटाबेस स्कीमा को ठीक किया है, तो उसे कुछ आदेशों को निष्पादित करने और सर्वर को पुनरारंभ करने की आवश्यकता है। यदि आप तृतीय-पक्ष पैकेजों की सूची बदलते हैं, तो आपको पुनर्निर्माण और पुनः आरंभ करने की आवश्यकता है, 2 और कमांड। अनुवाद बदल दिया - दो और। और अगर आपने तुरंत 2 चीजें बदल दीं, तो डेटाबेस और अनुवाद? या 3? आपको याद रखने, जांचने, त्रुटियों की आवश्यकता है। लेकिन हम एक कंप्यूटर का उपयोग करते हैं! वह समझदार है कि उसे क्या अपडेट करना है। एक ड्रिल फैक्टरी की कल्पना करें, जहां वे एक पेचकश नहीं बना सकते थे और स्क्रूड्राइवर्स के साथ काम कर सकते थे। मूर्ख, सही?

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

आइए इस तरह देखें: ऊपर वर्णित मामलों में हमें क्या आवश्यकता है? (स्थापना, अद्यतन।) हम सर्वर को स्थापित करते हैं ताकि यह क्या करे? मैं अर्जित किया। हम पैकेज अपडेट करते हैं और क्या चाहते हैं? ताकि कुछ बदल जाए, और सर्वर फिर से काम करना शुरू कर दे। हम इस बात की परवाह नहीं करते हैं कि, सबसे महत्वपूर्ण बात - तेज, अर्थात्, ताकि अतिरिक्त अद्यतन न हो।

बेशक, आप इन सभी मामलों के लिए स्क्रिप्ट लिख सकते हैं, लेकिन फिर से आपको याद रखना होगा कि किसके लिए क्या है। आप गलत चलाते हैं - और समय बर्बाद होता है।

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

निर्णय

मेक यूटिलिटी काफी फ्लेक्सिबल है और वही ट्रैक कर सकता है जिसे फिर से बनाने की जरूरत है ताकि सबकुछ अपडेट हो जाए, और साथ ही बहुत ज्यादा रिजेक्ट न हो। यहाँ क्या मेकफाइल में नियम दिखता है जैसे कि Django सर्वर को क्या चाहिए:

  .PHONY: चलाएं
 रन: बिन / django syncdb बिन / सस compile_trans
	 ./bin/django runserver 0.0.0.0:8000

 .PHONY: शेल_प्लस
 शेल_प्लस: बिन / डीजैंगो सिंकडीबी बिन / एसएएस
	 ./bin/django शेल_प्लस

 बिन / django: बिन / बिल्डआउट buildout.cfg
	 ./bin/buildout

 बिन / बिल्डआउट:
	 python bootstrap.py --distribute

 syncdb: बिन / django
	 ./bin/django syncdb
	 # पुन: समन्वय से बचने के लिए टाइमस्टैम्प फ़ाइल को स्पर्श करें
	 स्पर्श syncdb  

 make_trans: बिन / django
	 ./bin/django makemessages -a -e 'py, html, haml'

 बिन / सास:
	 मणि स्थापित सास - बिंदिर बिन

 # घड़ी buildout.cfg
 buildout.cfg:

 compile_trans:
	 लोकेल / * / LC_MESSAGES / django.mo बनाते हैं

 लोकेल /% / LC_MESSAGES / django.mo: लोकेल /% / LC_MESSAGES / django.po
	 ./bin/django compilemessages -l $ (शब्द 2, $ (विकल्प / ,, $ @))

 स्थान / * / LC_MESSAGES / django.po: 

( फाइल का पूरा पाठ )

जब ऐसी कोई फ़ाइल होती है, तो काम आसान हो जाता है:

1. अनुवाद बदल दिया - और अगर आपको इसे देखने की आवश्यकता है, तो आप कंसोल पर जाएं और रन रन लिखें। और अगर आपको तुरंत देखने की जरूरत नहीं है, तो आप सिर्फ अनुवाद संपादित करते हैं। दूसरी बार इसे अपडेट किया जाएगा।
2. जोड़े गए पैकेज पर निर्भर करता है - आप केवल मेक रन या कंसोल को शेल_प्लस में बनाते हैं।

यहां मैं यह नहीं बताऊंगा कि मेकफाइल्स कैसे लिखे जाते हैं, इसके लिए वेब पर पर्याप्त सामग्री है: ओ'रिली (अंग्रेजी में), रूसी में एक मैनुअल और जीएनयू मेक की पुस्तक इफेक्टिव यूज की एक पुस्तक।

मैं फ़ाइल को कॉन्फ़िगर करने में कामयाब रहा, ताकि कोई भी अनुवाद (विशिष्ट फ़ाइल नहीं) संकलित हो, लेकिन केवल अपडेट किया गया।

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

लिस्टिंग: माइग्रेशन फ़ोल्डर में फ़ाइलें। 0002 एक फ़ील्ड बनाता है, 0003 इसे हटा देता है। प्रत्येक का आकार 17 किलोबाइट है!

  29K 2011-10-13 12:33 0001_initial.py
 17K 2011-11-13 02:07 0002_auto__add_field_address_test_field.py
 17K 2011-11-13 02:07 0003_auto__del_field_address_test_field.py 

यदि आप दक्षिण की स्वचालित शुरुआत को बंद कर देते हैं, तो आपको याद रखना होगा कि डेटाबेस में क्या परिवर्तन होते हैं। और यहां हम लेख की शुरुआत में लौटते हैं: हमें याद रखना चाहिए कि कंप्यूटर क्या याद रख सकता है।

कार्य संस्कृति

एक बार मैंने यह तर्क सुना: “डेवलपर को याद रखें। सब कुछ याद रखना और डबल-चेक करना कार्य संस्कृति का विषय है। ”जब मैं सी और पीएचपी में स्वयं प्रोग्रामिंग कर रहा था, तो मैंने भी सोचा कि मुझे सावधान रहना होगा और उदाहरण के लिए, अपने पुस्तकालय के प्रलेखन को बनाए रखने के लिए परिश्रम से प्रोजेक्ट विकी पर जाऊंगा। पायथन में एक डॉकस्ट्रिंग है, और कोड के बगल में मॉड्यूल, वर्ग या विधि का वर्णन है। एक ही परिणाम कम प्रयास के साथ प्राप्त किया जाता है, और त्रुटियां कम बार होती हैं: कोड में आप देख सकते हैं कि क्या दस्तावेज पुराना है।



यहां तक ​​कि अन्य उद्योगों में जहां तकनीकी समाधान अधिक जटिल और महंगे हैं, वे भी ऐसा ही करते हैं। कोई फर्क नहीं पड़ता कि विमान के पायलट को कितना सावधान किया जाता है, इसलिए यह गलत हो सकता है, इसलिए, उदाहरण के लिए, लैंडिंग गियर उठाने वाला तंत्र स्वचालित रूप से बंद है, ताकि गलती से पहियों को तेज गति से जारी न किया जाए और जमीन पर खड़े होने के दौरान इसे न हटाया जाए।


चेसिस एन -124, Airliners.net

इसलिए, मेरा मानना ​​है कि कार्य संस्कृति, इसके विपरीत, स्मृति पर भार को कम करने और काम को सरल बनाने के लिए, लोगों के समय को बचाने के लिए (यदि बचत इसके लायक है, निश्चित रूप से), और श्रमिकों को भी शिक्षित करें ताकि वे आवश्यक होने पर अपने उपकरणों की मरम्मत कर सकें।

आगे क्या है

1. जब आप ट्रांसलेशन को अपडेट करते हैं तो सर्वर को रिस्टार्ट करना भी समय की बर्बादी है, खासकर अगर कोई ऑटो रिस्टार्ट हो। मैं django.utils.autoreload को पैच करना चाहता हूं ताकि यह न केवल लोड किए गए मॉड्यूल की निगरानी करता है, बल्कि पाठ और संकलित अनुवाद भी करता है।

2. वाक्यविन्यास बनाएँ में चर, कार्य और आलसी गणना शामिल हैं। ध्यान में रखने के लिए यह एक और मार्कअप भाषा है। वही लिखना अच्छा होगा, लेकिन पायथन में? एक कोशिश SCons लायक। हालांकि, यह सभी प्रणालियों पर नहीं है, और मेक लिनक्स और मैक दोनों पर है।

साहित्य

1. जीएनयू मेक , ओ'रेली, 2003
2. GNU मेक गाइड
3. जीएनयू मेक , व्लादिमीर इग्नाटोव का प्रभावी उपयोग , 2000
4. पायथन का मेकफाइल , इयान बेकिंग
5. सेटपूल के दस्तावेज

परिशिष्ट: टिप्पणियों में, Artifex फैब्रिक सिस्टम स्क्रिप्ट को मेक इन पायथन के समान बताता है। मेरी राय में, प्रस्तावित का सबसे सुविधाजनक।