हमारी परियोजना में, हर तैनाती पर, डेवलपर्स, परीक्षक और कुछ लोगों को अद्भुत पत्र प्राप्त होते हैं:

विषय: हमारा प्रोजेक्ट संस्करण v1.1.1 सर्वर 'परीक्षण' पर अपडेट किया गया है

user1 ने निम्नलिखित अपडेट 'परीक्षण' सर्वर पर अपलोड किए:

कार्य शुरू होता है:
jira.local / Browse / PROJECT-1234

पिछले अपडेट से आने वाली कमियों की पूरी सूची:
4392a53 Thu Aug 18 17:50:32 2011 +0700 उपयोगकर्ता 1 / [परियोजना -1234] उपयोगी बनाया
f2fcfe2 Thu Aug 18 17:37:53 2011 +0700 उपयोगकर्ता 1 / एक भयानक था
cb1fcbe Wed Aug 17 15:18:10 2011 +0700 उपयोगकर्ता 2 / पुनः सक्रिय

फ़ाइल परिवर्तन:
file1 | 4 ++ -
file2 | 8 ++++ ----
file3 | 8 ++++ ----
3 फाइलें बदल गईं, 10 सम्मिलन (+), 10 विलोपन (-)

इस तरह के समाधान से हमें परीक्षकों के सवालों से छुटकारा पाने में मदद मिली "ठीक है, क्या वे पहले से ही बग XXX के लिए फिक्स पोस्ट कर चुके हैं?", "टेस्ट सर्वर पर नया क्या है?"। इसके अलावा, सभी टीम के सदस्य, कार्यान्वयन विभाग और प्रबंधन सर्वर पर कोड के साथ क्या हो रहा है, इसके बारे में जानते हैं।
काम के लिए, git, capistrano (+ multistage), php, bash (+ कुछ कंसोल उपयोगिताओं) का उपयोग किया जाता है। यदि रुचि है - बिल्ली के नीचे जाओ।

कार्य एल्गोरिथ्म

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

टैग निर्माण

कैपिस्ट्रानो और कैपिस्ट्रानो-मल्टीस्टेज की स्थापना के बारे में, यह पहले से कहीं भी नहीं लिखा गया है, इसलिए मैं आपको केवल यह बताता हूं कि हम टैग कैसे जोड़ते हैं।

हम मानते हैं कि हमारे पास runs.version कुंजी वाले रिपॉजिटरी की जड़ में एक configs.ini फ़ाइल है। आधार लिया गया था # 381852 ।

namespace :deploy do ... after "deploy:restart", "deploy:git:push_deploy_tag" namespace :git do desc "Place release tag into Git and push it to server." task :push_deploy_tag do user = `git config --get user.name`.strip email = `git config --get user.email`.strip version = `git cat-file -p #{real_revision}:configs.ini | fgrep runtime.version | awk -F '[ =]+' '{print $2}'`.strip puts `git tag v#{version}-#{stage}-#{release_name} #{real_revision} -m "Deployed by #{user} <#{email}>"` puts `git push --tags` end end end 

यहाँ क्या हो रहा है:

• हम git config से वर्तमान उपयोगकर्ता डेटा (नाम और मेल) को पुनः प्राप्त करते हैं
• हम स्थापित संशोधन से configs.ini फ़ाइल लेते हैं और संस्करण को बाहर निकालते हैं
• एक एनोटेट टैग बनाएं। एनोटेशन में हम इंगित करते हैं कि कौन और कब
• टैग प्रकाशित करें

रिपॉजिटरी अद्यतन प्रसंस्करण

पूर्व-प्राप्त हुक इनपुट (स्टडिन) में 3 मान प्राप्त करता है: पिछला और वर्तमान संशोधन, फिर से भरना।
हम आने वाले मापदंडों को पढ़ते हैं और सुनिश्चित करते हैं कि टैग आ गया है:

 while read oldrev newrev refname do rev_type=$(git cat-file -t $newrev 2>/dev/null) case "$refname","$rev_type" in refs/tags/*,tag) ... ;; esac done 

टैग नाम चुनें, इसे टुकड़ों में तोड़ें, इस सर्वर के लिए पिछले टैग को देखें:

 tag=${refname##refs/tags/} version=`echo $tag | cut -d- -f1` server=`echo $tag | cut -d- -f2` prevtag=$(git describe --tags --abbrev=0 --match="*-$server-*" $newrev^ 2>/dev/null) 

यदि $ prevtag खाली है, तो यह सर्वर पर पहली स्थापना है। यदि नए और पुराने टैग का संस्करण मेल खाता है, तो यह एक अद्यतन है; यदि नहीं, तो नए संस्करण की स्थापना। इस प्रकार, हम सही संदेश शीर्षलेख उत्पन्न करते हैं।

हम अक्षर का शरीर बनाना शुरू करते हैं। सबसे पहले, आइए निर्धारित करें कि किसकी तैनाती की हिम्मत है:

 eval $(git for-each-ref --shell --format=' tagger=%(taggername) tagged=%(taggerdate)' $refname ) echo "$tagger      '$server':" > msg 

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

 git log $rev_range --abbrev-commit --pretty="format:%s" > tmpfile php >tickets <<END <?php \$f = file_get_contents("$tmp"); if (preg_match_all("#([AZ.]+-\d+)#", \$f, \$matches)) { \$matches[1] = array_unique(\$matches[1]); foreach (\$matches[1] as \$match) { echo '$JIRA_HOST/browse/', \$match, PHP_EOL; } } END 

यदि अंत में tmpfile फ़ाइल खाली नहीं है - इसे संदेश के मुख्य भाग में जोड़ें।
इसके बाद जानकारी आती है कि परियोजना के केवल डेवलपर्स के हित: कमिट और संशोधित फ़ाइलों की सूची:

 echo "     :" >> msg git log $rev_range --no-merges --abbrev-commit --pretty="format:%h %ad %an / %s" >> msg echo -e "\n\n  :" >>msg git diff --stat=140,110 $rev_range >>msg 

और अंत में, मूर्ख एक पत्र भेज रहा है:

 cat msg | mail -s "$subject" $MAIL_TO 

सभी फाइलें github: github.com/zvirusz/git-deploy-notify पर ली जा सकती हैं

पुनश्च अगर कोई perl / bash पर कार्यों के नामों को खींचने वाले कोड के एक टुकड़े को फिर से लिखने में मदद करता है - तो मुझे बहुत खुशी होगी।