सर्वर पर छोटे वेब एप्लिकेशन को जल्दी से तैनात करें

प्रसंग

मान लीजिए हम एक छोटे से वेब प्रोजेक्ट का समर्थन करते हैं। हमारे पास गिट, डिबगर, और अन्य उपयोगी चीजों के साथ एक विकास सैंडबॉक्स है। साइट पहले से ही चल रही है, और कोड को सैंडबॉक्स से रिमोट सर्वर पर कॉपी किया गया है। अद्यतन और संशोधित करने के लिए कोड में कभी-कभी (और संभवतः अक्सर) होता है। सैंडबॉक्स में स्वाभाविक रूप से कोई परिवर्तन होता है। और यहां सवाल उठता है: सर्वर पर कोड को अपडेट करने के लिए यह कितना सरल और सुविधाजनक है?

पहला समाधान जो दिमाग में आता है वह है एक साधारण git पुश कमांड: हम रिमोट रिपॉजिटरी में पुश करते हैं और सर्वर पर कोड का अपडेटेड वर्जन प्राप्त करते हैं। लेकिन इतना सरल नहीं है।


उत्साह के एक फिट में, हम सर्वर पर रिपॉजिटरी को कॉन्फ़िगर करते हैं, वेब सर्वर से .git फ़ोल्डर को ध्यान से छिपाते हैं। हालांकि, सब कुछ इतना सरल नहीं है: सैंडबॉक्स में पहले बदलाव के बाद, क़ीमती गिट पुश सर्वर मास्टर हमारे जैसे कुछ लौटाएगा:

remote: error: refusing to update checked out branch: refs/heads/master remote: error: By default, updating the current branch in a non-bare repository remote: error: is denied, because it will make the index and work tree inconsistent remote: error: with what you pushed, and will require 'git reset --hard' to match remote: error: the work tree to HEAD. remote: error: remote: error: You can set 'receive.denyCurrentBranch' configuration variable to remote: error: 'ignore' or 'warn' in the remote repository to allow pushing into remote: error: its current branch; however, this is not recommended unless you remote: error: arranged to update its work tree to match what you pushed in some remote: error: other way. remote: error: remote: error: To squelch this message and still keep the default behaviour, set remote: error: 'receive.denyCurrentBranch' configuration variable to 'refuse'. 

इस संदेश का सामान्य अर्थ है: "आप एक गैर-नंगे भंडार की वर्तमान शाखा में नहीं जा सकते, क्योंकि काम करने वाले पेड़ शाखा की स्थिति के अनुरूप नहीं होंगे"।

यह ध्यान दिया जाना चाहिए कि नंगे रिपोजिटरी के लिए ऐसी त्रुटि नहीं होगी। लेकिन इस प्रकार का भंडार हमारे उद्देश्यों के लिए पूरी तरह से अनुपयुक्त है।

इसके अलावा, कोई त्रुटि नहीं होगी यदि हम वर्तमान शाखा को नहीं धक्का देते हैं। इस ऑपरेशन का परिणाम उससे भी अधिक है जो हमें चाहिए।

संकल्पना

समस्या को हल करने के लिए, हम हुक (ट्रिगर) के माध्यम से रिपॉजिटरी पर किए गए जोड़तोड़ का जवाब देने के लिए गिट की क्षमता का लाभ उठाएंगे।

सबसे पहले, सर्वर पर वापस लॉग इन करें और एक उत्पादन शाखा बनाएं

 git checkout -b production 

फ़ाइल संपादित करें .it / हुक / पोस्ट-प्राप्त करें । सामग्री इस प्रकार होनी चाहिए:

 #!/bin/sh cd .. env -i git merge --ff-only master 

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

स्क्रिप्ट चलाने की अनुमति सेट करना न भूलें:

 chmod +x .git/hooks/post-receive 

आनन्दित होकर सैंडबॉक्स में वापस जाएं। अब आप एक साधारण गिट पुश सर्वर मास्टर कमांड के साथ उत्पादन को अपडेट कर सकते हैं।

अच्छा जोड़

.Git / हुक / पोस्ट-प्राप्त फ़ाइल के अंत में, आप एक स्क्रिप्ट कॉल जोड़ सकते हैं, जिसका निष्पादन कोड की पूर्ण तैनाती के लिए आवश्यक है। उदाहरण के लिए, कैश को साफ़ करना, स्थानीय फ़ाइलों को इकट्ठा करना, डेटाबेस को अपडेट करना, आदि ...

प्रेरणा के स्रोत

• गिट टिप: पोस्ट-प्राप्त हुक के माध्यम से ऑटो अपडेटेड वर्किंग ट्री
• मैं इस तरह के गैर-नंगे पुश को कैसे ठीक करूं?