GIT डेटाबेस संस्करण नियंत्रण तंत्र (MySQL डंप प्रबंधन)

हैलो, हाबरा प्रेमियों! आज मैंने MySql से अपने डेटा बैकअप के संस्करण को साझा करने का निर्णय लिया और इस बारे में बात की कि कैसे इसे Git में संस्करण नियंत्रण के लिए उपयोग किया जा सकता है। और यदि आप यह जानने में रुचि रखते हैं कि आप विकास के सभी चरणों में डेटाबेस की स्थिति की निगरानी कैसे कर सकते हैं, या बस अपने प्रोजेक्ट डेटाबेस का सही बैकअप बना सकते हैं और किसी भी समय इसे तैनात कर सकते हैं, तो कृपया इसे पढ़ें!

यह क्या है

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

किसके लिए?

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

मेजबान पक्ष (मानक मामलों) पर मानक साइट विकास के एक उदाहरण पर विचार करें:

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

इसके साथ कैसे काम करें?

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

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

प्रत्येक स्क्रिप्ट के लिए, आप -h या --help तर्कों का उपयोग करके शास्त्रीय तरीके से सहायता प्राप्त कर सकते हैं।

मैं पूरे डेटाबेस का बैकअप लेने की सलाह नहीं देता, बड़ी फ़ाइलों को पसंद नहीं करता है, और ज्यादातर मामलों में यह आवश्यक नहीं है। इसलिए, आप config.ini का उपयोग करके आसानी से कॉन्फ़िगर कर सकते हैं config.ini चूंकि सेटिंग्स का उपयोग सर्वर साइड (जिस पर mySql उठाया जाता है) और क्लाइंट साइड (डेवलपर का कंप्यूटर) दोनों में किया जाता है, वही फाइल कॉन्फ़िगरेशन के लिए जिम्मेदार है। और निश्चित रूप से, यह वही कंप्यूटर हो सकता है यदि आप स्थानीय स्तर पर विकसित कर रहे हैं।

डंप बनाने के लिए क्या कॉन्फ़िगर किया जा सकता है

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

ताकि डंप बनाने की प्रक्रिया को आसान बनाया जा सके। मैंने फ़ाइल प्रदाताओं का उपयोग किया। और CMS MODX क्रांति के लिए (अभी तक केवल एक) सेट अप करें। इसके आधार पर, आप किसी भी सीएमएस के लिए एक ही प्रदाता लिख ​​सकते हैं।

संक्षिप्त कदम शुरू करने के लिए

  ,       .git,   ,     git [git clone ](https://github.com/Setest/.git-db-watcher)          chmod +x install.sh;   ./install.sh   ,     ./install.sh -nh 

अब आपको config.ini परिवर्तन करने की आवश्यकता है। उदाहरण के लिए, इस तरह:

 ;  [hooks] ; H_CHECK_DB_HASH_BEFORE_CHECKOUT=1 ;      checkout      ;           ;  git checkout -b new_branch_name H_CHECKOUT_FORCE=0 ;        H_CHECKOUT_EVERCOM=1 ;       H_CHECKOUT_CLEARCACHE=1 [common] ;       EXPORT_FILE="db.sql" ;           ;   ./export.sh [develop] ;  db_export.sh   CLI_DB_EXPORT="ssh host '/path/to/project/on/server/.git-db-watcher/db_export.sh'" CLI_DB_IMPORT="ssh host '/path/to/project/on/server/.git-db-watcher/db_import.sh'" ;   [server] PHP_PATH="/usr/local/bin/php" CONFIG_INC_PATH="/path/to/project/on/server/core/config/config.inc.php" PROVIDER=modx DB_TABLES_INCLUDE=site_content DB_TABLES_AUTOPREFIX=1 [server_full_site] PHP_PATH="/usr/local/bin/php" CONFIG_INC_PATH="/path/to/project/on/server/core/config/config.inc.php" ; '' -       DB_CONFIG_     ;  providers PROVIDER=modx ;          DB_CONFIG_HOST= DB_CONFIG_TYPE= DB_CONFIG_USER= DB_CONFIG_PASSWORD= DB_CONFIG_CONNECTION_CHARSET= DB_CONFIG_DBASE= DB_CONFIG_TABLE_PREFIX= DB_CONFIG_DATABASE_DSN= ;        ( ) ;     ; DB_TABLES_INCLUDE=manager_log register_messages user_attributes ; DB_TABLES_INCLUDE=site_content ;    ; DB_TABLES_EXCLUDE=session register_messages mse2_words ec_messages ; ,    ,    DB_TABLES_AUTOPREFIX=1 ;       INSERT DB_TABLES_REMOVE_INSERT="manager_log session register_messages" ; DB_TABLES_REMOVE_INSERT="manager_log" ;        ; DB_TABLES_DEFAULT=user_attributes users DB_TABLES_DEFAULT=user_attributes ;   ,     ;       ,     ;    DB_TABLES_DEFAULT_user_attributes=sessionid logincount lastlogin thislogin ; DB_TABLES_DEFAULT_users=session_stale ;  ,     [only_users] DB_TABLES_INCLUDE=user user_attributes EXPORT_FILE="users.sql" DB_TABLES_DEFAULT=user_attributes user DB_TABLES_DEFAULT_user_attributes=sessionid logincount lastlogin thislogin DB_TABLES_DEFAULT_users=session_stale 

यदि सब कुछ सही तरीके से कॉन्फ़िगर किया गया है, तो आप चला सकते हैं ./export.sh और आपको चाहिए
एक डेटाबेस डंप स्थानीय कंप्यूटर और सर्वर पर दिखाई देगा।

अन्य प्रश्न

मुझे परिणाम को दूसरी जगह सर्वर पर सहेजने की आवश्यकता है:

  ./db_export.sh --output 1>./xxx.sql 

मैं कॉन्फ़िगरेशन फ़ाइल के मेरे अनुभाग में डेटा का उपयोग करके सर्वर पर निर्यात करना चाहता हूं:

  ./db_export.sh -=only_users --output 1>./users.sql 

मैं एक डेटाबेस फ़ाइल आयात करना चाहता हूं, लेकिन मैं GIT इंटरसेप्टर्स के माध्यम से ऐसा नहीं करना चाहता हूं?

  ./import.sh ./import.sh EXPORT_FILE=site_name.sql ./import.sh DB_BACKUP_FILE=/.../../site_name.sql ./import.sh --config=site DB_BACKUP_FILE=./site_name.sql 

सर्वर पर होने के दौरान आयात कैसे करें?

  ./db_import.sh < db_backup/db.sql 

विभिन्न परियोजनाओं में, मैं सीएमएस xxx का उपयोग करता हूं और हर बार डेटा दर्ज करने से थक जाता हूं
डेटाबेस प्रबंधन के लिए, मैं इस प्रक्रिया को कैसे सरल बना सकता हूं?

ऐसा करने के लिए, आपको अपनी प्रदाता फ़ाइल को मौजूदा के साथ सादृश्य द्वारा लिखना होगा।

मैंने php प्रदाता का उपयोग करके एक CRON जॉब और कॉन्फ़िगरेशन बनाया, लेकिन यह
नहीं चल रहा है, या CMS साइट कैश साफ़ नहीं किया गया है, क्या बात हो सकती है?

सर्वर सेटिंग्स और स्वयं की नौकरी के आधार पर, CRON जॉब्स पूरी तरह से अलग वातावरण में चल सकते हैं, जिसमें php प्रीप्रोसेसर का मार्ग भिन्न हो सकता है और परिणामस्वरूप, php का पूरी तरह से भिन्न संस्करण चलाएं जो आपके CMS के चलने के साथ संगत नहीं है।

अंतभाषण

मैंने कभी BASH पर स्क्रिप्ट नहीं लिखी और इसलिए शायद nagovnokodil , मुझे यकीन है कि सक्षम लोग हैं, जो रुचि रखते हैं, तो अपने संपादन जोड़ने में सक्षम होंगे। मैं परियोजना को आने वाली रुचि और काम में त्रुटियों की पहचान के रूप में विकसित करूंगा।

और तुरंत यह न सोचें कि कुछ भी काम नहीं कर रहा है, हो सकता है कि आप सही तरीके से कॉन्फ़िगर और इंस्टॉल करने के तरीके का पता नहीं लगा सकें (खासकर यदि आप विंडोज पर काम कर रहे हैं, फिर भी BASH एक लिनक्स वातावरण है)।

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

पुनश्च: यदि आप नीचे तक पढ़ते हैं, तो यह दिलचस्प और प्रयास करने के लिए उत्सुक बन गया है :-)

फिर इस संदर्भ में जाएं!