😵 🙇 🙋🏾 PHPStorm + XDebug + Bitbucket: एक छोटी टीम में दूरस्थ सर्वर पर विकास 😑 🧙🏼 🛍️

इस लेख में, मैं वर्णन करूंगा कि हमने एक परीक्षण सर्वर पर Xdebug का उपयोग करके एक छोटी सी विकास टीम में वेब सर्वर की स्थानीय प्रतियां बढ़ाए बिना और स्वचालित रूप से युद्ध सर्वर के लिए रिपॉजिटरी को तैनात करने के बिना साइट विकास प्रक्रिया का निर्माण कैसे किया।

वेब सर्वर की स्थानीय प्रति न बढ़ाने के कारणों के बारे में थोड़ा सा:

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

लेकिन सर्वर की एक स्थानीय प्रति बनाने से इनकार करते हुए, हम इस दृष्टिकोण के बहुत सारे लाभ खो देते हैं:

आईडीई से दुभाषिया शुरू करना और तदनुसार डिबगिंग।
फ़ाइल अपलोड की गति और पिंग।
डेवलपर्स सर्वर की अपनी प्रति के साथ प्रत्येक काम करते हैं, इसलिए वे एक-दूसरे के साथ हस्तक्षेप नहीं कर सकते।

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

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

योजना के लिए स्पष्टीकरण:

डेवलपर के पास रिपॉजिटरी की एक प्रति है
परीक्षण और युद्ध वेब सर्वर में परियोजना की जड़ निर्देशिका के रूप में रिपॉजिटरी की एक कार्यशील प्रतिलिपि है
प्रोजेक्ट फ़ाइलें PHPStorm में परीक्षण वेब सर्वर की कार्यशील निर्देशिका से जुड़ी होती हैं, जिसका अर्थ है कि जब Ctrl + S सर्वर पर संपादित फ़ाइल का स्वत: अद्यतन होता है

विकास कैसे काम करता है:

डेवलपर स्थानीय रूप से कोड को सही करता है
Ctrl + S दबाता है फ़ाइल सर्वर पर अपलोड की जाती है
ब्राउज़र में परीक्षण वेब सर्वर का वांछित पृष्ठ लॉन्च करता है (या उस पर आवश्यक कार्रवाई करता है), परिणाम को देखता है
यदि आवश्यक हो, तो Xdebug का उपयोग करके डिबगर चलाता है
अगर सब कुछ आप पर सूट करता है, तो भंडार और फिर पुश पर जाता है
रिपॉजिटरी (हमारे मामले में यह Bitbucket है) स्वचालित रूप से प्रत्येक Push'a युद्ध सर्वर पर निर्दिष्ट स्क्रिप्ट का सर्वेक्षण करने के बाद
जब पोल किया जाता है, तो यह स्क्रिप्ट गिट पुल और इसी तरह से कॉल करती है। लड़ाकू वेब सर्वर की वर्किंग डायरेक्टरी को रिपॉजिटरी से वर्तमान संस्करण में लाता है

सर्वर की तैयारी

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

परियोजना के उपयोगकर्ता के रूप में लॉग इन करें:
```
su myproject 
```
एक पासवर्ड के बिना बिटबकेट पर प्राधिकरण के लिए SSH कुंजी उत्पन्न करें
```
 ssh-keygen -t rsa 
```
सार्वजनिक कुंजी प्राप्त करें
```
 cat ~/.ssh/id_rsa.pub 
```
और इसे बिटबकैट पर प्रोजेक्ट सेटिंग्स में तैनाती कुंजियों के अनुभाग में जोड़ें
हम इस परियोजना को अस्थायी निर्देशिका ~ / tmp / myproject.ru में क्लोन करते हैं:
```
 mkdir ~/tmp mkdir ~/tmp/myproject.ru cd ~/tmp/myproject.ru git clone git@bitbucket.org:username/myproject.ru.git 
```
प्रोजेक्ट की वर्किंग डायरेक्टरी के लिए .it और .gitignore (हमारे पास /vhosts/myproject.ru/) है, हम बाकी फाइलों को कॉपी नहीं करते हैं!
```
 cp -r .git .gitignore /vhosts/myproject.ru/ rm -rf ~/tmp/myproject.ru 
```
हम एक रिपॉजिटरी से एक राज्य में फाइल लाते हैं
```
 cd /vhosts/myproject.ru git reset --hard 
```

ग्राहक प्रशिक्षण

यदि आपने Git अभी तक स्थापित नहीं किया है - डाल दिया है
PHPStorm में, हम Git का पथ लिखते हैं (यह बिन / git.exe फ़ाइल है) - सेटिंग्स -> संस्करण नियंत्रण -> गिट -> पथ से निष्पादन योग्य

भंडार का क्लोन:

PHPStorm में, VSC टैब -> संस्करण नियंत्रण से चेकआउट -> गिट
उदाहरण के लिए, नए प्रोजेक्ट डायरेक्टरी का नाम और रिपॉजिटरी का पथ निर्दिष्ट करें
username@bitbucket.org/username/myproject.ru.git

दूरस्थ सर्वर के साथ फ़ाइलें सिंक करें:

सर्वर जोड़ें और इसकी पहुंच निर्दिष्ट करें फ़ाइल -> सेटिंग्स -> परिनियोजन
रूट पथ में प्रोजेक्ट रूट का पथ निर्दिष्ट करें (मेरे मामले में /vhosts/myprojet.ru/) - सर्वर पर प्रोजेक्ट रूट रिपॉजिटरी के रूट डायरेक्टरी के साथ फाइल पदानुक्रम से मेल खाना चाहिए
मैपिंग टैब पर जाएं और सर्वर पर तैनाती पथ पर इंगित करें - / और सर्वर पर वेब पथ में भी - / (यदि यह साइट की जड़ से शुरू होता है)
सूची में हमारे सर्वर का चयन करें और बटन पर क्लिक करें डिफ़ॉल्ट रूप में उपयोग करें
अगला, परिनियोजन -> विकल्पों में, आपको डिफ़ॉल्ट सर्वर पर अपलोड की गई फ़ाइलों में स्पष्ट रूप से सहेजे गए एक्शन (Ctrl + S) पर चयन करने की आवश्यकता है
नई फ़ाइल अपलोड करते समय वार्न में, टाइमस्टैम्प और आकार की तुलना करें (हालांकि यह सामग्री द्वारा संभव है) का चयन करें और दूरस्थ परिवर्तनों के बारे में सूचित करें, इससे आपको पता चल जाएगा कि क्या कोई उसी फ़ाइल पर नियम रखता है

अब आपके द्वारा स्थानीय रूप से संपादित की जाने वाली फाइलें स्वचालित रूप से सर्वर पर अपलोड हो जाएंगी।

लड़ाई सर्वर पर ऑटोपूल सेटअप:

स्वचालित रूप से प्रोजेक्ट /vhosts/myproject.ru/gitsync.sh खींचने के लिए एक शेल स्क्रिप्ट बनाएं:
```
 #!/bin/sh cd /vhosts/myproject.ru && git reset --hard && git status --porcelain -uall | egrep '^\?\?' | awk '{ print $2; }' | xargs rm && git pull 
```
चूंकि खींचने के दौरान गिट एक त्रुटि फेंकता है, अगर नई फाइलें जोड़ी जाती हैं, लेकिन वे ठीक नहीं होती हैं, और गिट रीसेट - वॉरड उन्हें हटाता नहीं है, तो हम गिट स्थिति के आउटपुट को पार्स करते हैं और नई फाइलें हटाते हैं ताकि वे रिपॉजिटरी से डाउनलोड हो जाएं, इसके अलावा, जीआईटी रीसेट -हार्ड सभी परिवर्तनों को फ़ाइलों में रद्द कर देता है ताकि कोई विरोध न हो।
स्क्रिप्ट निष्पादित करने के अधिकारों को जोड़ना न भूलें
```
 chmod a+x /vhosts/myproject.ru/gitsync.sh 
```
चूंकि रिपॉजिटरी के साथ संचालन फाइलों के मालिक के उपयोगकर्ता द्वारा किया जाता है, और वेब सर्वर किसी अन्य उपयोगकर्ता द्वारा चल रहा है, उसे किसी अन्य व्यक्ति के नाम से पासवर्ड आदि के माध्यम से ऑटो-पुल स्क्रिप्ट को चलाने की अनुमति जोड़ने की आवश्यकता है।
```
 # /etc/sudoers # # This file MUST be edited with the 'visudo' command as root. # # See the man page for details on how to write a sudoers file. # Defaults env_reset #    sudo  , ..   - Defaults:www-data !requiretty # Host alias specification # User alias specification # Cmnd alias specification # User privilege specification root ALL=(ALL) ALL # Allow members of group sudo to execute any command # (Note that later entries override this, so you might need to move # it further down) %sudo ALL=(ALL) ALL # #includedir /etc/sudoers.d #        www-data ALL = (myproject) NOPASSWD: /vhosts/myproject.ru/gitsync.sh 
```
वेब से हमारी शेल स्क्रिप्ट /vhosts/myproject.ru/htdocs/gitsync.php चलाने वाली एक php स्क्रिप्ट बनाएँ (आप एक अधिक गुप्त नाम चुन सकते हैं, साथ ही एक पासवर्ड स्थानांतरण भी जोड़ सकते हैं):
```
 <?php $output = array(); exec('sudo -u myproject /vhosts/myproject.ru/gitsync.sh 2>&1', $output); foreach ($output as $line) { echo $line."\r\n"; } die(); ?> 
```
POST अनुभाग में, सेवा टैब में प्रोजेक्ट सेटिंग्स में बिटबकेट में, ऑटोपोल स्क्रिप्ट के लिए पथ लिखें: myproject.ru/gitsync.php myproject.ru/gitsync.php और सहेजें पर क्लिक करें

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

Xdebug कनेक्ट करें

मैं इसका वर्णन नहीं करूंगा कि इसे कैसे स्थापित किया जाए, हम मान लेंगे कि Xdebug स्थापित है, /etc/php5/conf.d/xdebug.ini कॉन्फ़िगरेशन संपादित करें:

 zend_extension=/usr/lib/php5/20090626/xdebug.so xdebug.remote_enable=1 xdebug.remote_connect_back=1 xdebug.idekey=PHPSTORM xdebug.remote_port=9000

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

हम यहाँ xdebug.idekey PHPSTORM कुंजी में हमारे द्वारा निर्दिष्ट IDE कुंजी चलाते हैं और नीचे दिए गए लिंक दिखाई देते हैं जो हम बुकमार्क बार में पुन: दर्ज करते हैं

आपको विशेष रूप से PHPStorm में कुछ भी कॉन्फ़िगर करने की आवश्यकता नहीं है, सब कुछ पहले से ही कॉन्फ़िगर किया गया है, लेकिन बस इस मामले में सेटिंग्स यहां हैं - प्रोजेक्ट सेटिंग्स -> PHP -> डीबग

अब डिबगर के काम करने के लिए, आपको निम्न करने की आवश्यकता है:

PHPStorm में डिबगर कनेक्शन के लिए सुनने में सक्षम करें - बटन शुरू करें PHP डीबग कनेक्शन सुनें
साइट खोलें, बुकमार्क को डीबग करें, पृष्ठ को फिर से लोड करें
PHPStorm को आने वाले कनेक्शन के बारे में संकेत देना चाहिए और डिबगर खोलना चाहिए

चूंकि कनेक्शन बाहर से है, और कई अब राउटर पर बैठे हैं, राउटर पर आपको अपने स्थानीय आईपी पते पर पोर्ट 9000 को अग्रेषित करने की आवश्यकता है, डी-लिंक डीआईआर 300 पर यह कुछ इस तरह दिखता है:

यदि डीबगर एक त्रुटि देता है कि वह स्थानीय मशीन पर संबंधित मौजूदा निष्पादन योग्य फ़ाइल नहीं पा सकता है, तो PHP में -> सर्वर सेटिंग्स आप सर्वर पर पथ के पत्राचार को लोकेल पर पथों पर सेट कर सकते हैं।

संदर्भ:
http://git-scm.com/
http://xdebug.org/
http://bitbucket.org/
http://jetbrains.com/phpstorm/

PHPStorm + XDebug + Bitbucket: एक छोटी टीम में दूरस्थ सर्वर पर विकास