Redmine - उत्पादन अद्यतन नियंत्रण

वेब एप्लिकेशन विकसित करने की प्रक्रिया में, हमारे पास अक्सर 2 प्रश्न होते हैं:
1. क्या कार्य पहले ही हल हो चुके हैं, लेकिन अभी तक युद्ध सर्वर पर अपलोड नहीं किए गए हैं। दूसरे शब्दों में - गिट को अपडेट करते समय मुकाबला सर्वर पर वास्तव में क्या डाला जाएगा
2. लॉग को जल्दी से कैसे देखें - सर्वर पर क्या और कब अपलोड किया गया था।

एक संस्करण नियंत्रण प्रणाली के रूप में, गिट का उपयोग किया जाता है (इसके माध्यम से उत्पादन सर्वर अपडेट किया जाता है)। Redmine के लिए एक कार्य प्रबंधक के रूप में।
रेडमाइन के बारे में कुछ शब्द। उसके लिए, हमने हेट्ज़नर से सबसे सस्ता वीपीएस लिया, और हमारी रिपॉजिटरी को रेडमीन से जोड़ा। यह बहुत आसानी से निकला जब " re #111 " के रूप में प्रतिबद्ध re #111 स्वचालित रूप से कार्य संख्या 111 से जुड़ी हुई है। तदनुसार, " fix #111 " इस कार्य को बंद कर देगा। ठीक है, संशोधन के लिए लिंक को इंगित करने के रूप में बन्स, देखने में कमिट्स के बीच अंतर होता है, आदि। मुख्य "मास्टर" रिपोजिटरी हमारे गिथब में है, लेकिन मैं इसे देने जा रहा हूं।

इसलिए, ऊपर दिए गए प्रश्नों का उत्तर कंसोल में कमांड का उपयोग करते हुए आसानी से दिया जा सकता है:
1।

 git config --global alias.incoming '!git remote update -p; git log ..@{u}' 

और आगे git incoming कमांड पर हम देखते हैं कि यह हमारे लिए बाढ़ आ जाएगी। यहाँ और अधिक विवरण ( क्यू और क्यू में दिए गए लिंक)
2।

 git reflog 

और

 git log HEAD@{1}..HEAD@{0} 

हालांकि, यह विधि हमेशा सुविधाजनक नहीं है। विशेष रूप से, यह तुरंत स्पष्ट नहीं है कि # 111 क्या कार्य है, जो लॉग में फ्लैश करेगा।
इसे और अधिक सुविधाजनक बनाने के लिए मैंने इसे कैसे लागू किया।
कार्यों के लिए redmine में, एक नया तार्किक फ़ील्ड उत्पादन जोड़ा गया, हाँ - सर्वर पर अपलोड किया गया, नहीं - अपलोड नहीं किया गया।
इसके अलावा, उपयोगकर्ता रोबोट को रेडमाइन में जोड़ा गया था।
सर्वर पर अपलोड करते समय, हुक post-merge । यह हुक बिल्कुल दिखता है जो अपलोड किया गया था, उनमें से प्रत्येक के माध्यम से चलता है, अगर कोई कार्य संख्या है, तो Production=true में इस कार्य को चिह्नित करता है Production=true redmine, और अंत में परिवर्तनों की अंतिम सूची बनाता है, रोबोट के लिए एक कार्य बनाता है ("हल" की स्थिति के साथ) और वहां परिवर्तन लिखते हैं।
हुक के बाद से php में लिखा गया है रूबी रेस्ट एपीआई पर रूबी के साथ काम करने के लिए एक उत्कृष्ट ActiveResource.php लाइब्रेरी मिली।
मैं पूरा कोड दूंगा, क्योंकि थोड़ा है:

 #!/usr/bin/php <?php require_once ('ActiveResource.php'); //      .         User  . class Issue extends ActiveResource { var $site = 'http://redmine.site.com/'; var $request_format = 'xml'; var $extra_params = '?key=API_KEY'; } $issue = new Issue(); // ,    . exec('git log --pretty="%h=!=%an=!=%s" HEAD@{1}..HEAD@{0}',$logs); //  ,     $s = ""; //    foreach($logs as $log){ //  ,  ,    list($hash, $name, $comment) = explode("=!=", $log); //      echo $hash . " " . $name . " " . $comment . "\n"; // # -     . $s .= "# "; //         if(preg_match("/#\d+/", $comment, $ids)){ $id = substr($ids[0],1); $issue->find($id); //    Production  true.     ID.     2. $issue->set("custom_fields", array("@type"=>"array", array("custom_field"=>array("@id"=>"2", "value"=>1)))); $issue->save(); //     " "   .         alt   .      - . $s .= "+ " . $ids[0] . "+ "; } // ..       -    .      . $s .= "commit:" . $hash; //     $s .= " *".$name."*"; //     ,    ,    2       $comment = trim(preg_replace("/^.*#\d+/", "", $comment)); if(!empty($comment)){ $s .= ", _" . $comment . "_"; } $s .= "\n"; } //   . $newIssue = new Issue(array ('subject' => ' Production', 'project_id' => '2')); //  $newIssue->set("description", $s); //  $newIssue->set("status_id",3); //    $newIssue->set("assigned_to_id",12); $newIssue->save(); 

अंतिम विवरण के साथ कार्य इस तरह दिखता है:


आखिर में हमारे पास क्या है।
रेडमिन फिल्टर के माध्यम से, आप देख सकते हैं कि कौन से कार्य हल किए गए हैं लेकिन बाढ़ नहीं। आप यह भी देख सकते हैं कि सर्वर पर कब और क्या अपडेट किया गया था - रिपोर्ट के लिए सुविधाजनक।

वैसे, अपने आप को .bashrc में जोड़ें

 alias gl='git log --pretty="%Cgreen%h %Cblue%an%Creset %s %Cred%ar"' 

और git log बजाय gl उपयोग करें।