2011-03-19 9 views
13

मैं वर्तमान में गिट पर कुछ लोगों के साथ एक ड्रूपल वेबसाइट विकसित कर रहा हूं; यह महत्वपूर्ण है कि यह वेबसाइट पथ के बिना एक ही डेटाबेस का उपयोग करेगी क्योंकि प्रत्येक डेवलपर के पास दूसरी निर्देशिका पर dev संस्करण है।गिट पर ड्रूपल, डेटाबेस के साथ क्या करना है?

मुझे यह कैसे करना चाहिए?

शायद मुझे केवल विकास पर SQLite के साथ ड्रूपल कार्य करना चाहिए; तो हम गिट भंडार में SQLite फ़ाइल जोड़ सकते हैं।

+0

शायद आप बाहरी सर्वर पर MySQL डेटाबेस जोड़ सकते हैं जो सभी के लिए सुलभ है और इसे इंटरनेट से कनेक्शन स्वीकार करने के लिए खोलता है? मुझे लगता है कि प्रदर्शन के मामले में यह एक समस्या हो सकती है, यह सब आपके इंटरनेट कनेक्शन पर आता है। – Mescalito

+0

सभी को डीबी तक पहुंचने के लिए असुरक्षित। मुझे डीबी में काम करने की आवश्यकता है ताकि यह तय किया जा सके कि उन्हें परियोजना में शामिल किया जाना चाहिए, जैसे कोड – Asaf

+0

क्या आप केवल संरचना में परिवर्तनों को ट्रैक करना चाहते हैं, या संरचना + डेटा? –

उत्तर

14

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

The Development -> Staging -> Production Workflow Problem in Drupal और Code driven development: using Features effectively in Drupal 6 and 7 प्रस्तुति देखें।

+0

सबसे उपयुक्त जवाब, हालांकि अंत में मैंने बस बैकअप और माइग्रेट मॉड्यूल के साथ डीबी निर्यात किया, ऐसा प्रतीत होता है बहुत अच्छी तरह से काम कर रहा है – Asaf

10

मैं Django के लिए उपयोग किया जाता है, जहां डेटाबेस के "स्थिरता" (बैकअप) को निर्यात करना बहुत आसान है और इसे गिट जैसे संस्करण नियंत्रण प्रणाली में संग्रहीत करना बहुत आसान है। मैं हाल ही में ऐसा करने में देख रहा था, लेकिन वर्डप्रेस के लिए। ऐसा करते समय, मैं आया भर में कुछ लोगों को Drupal के लिए एक भयानक कमांड लाइन टूल के बारे में बात Drush कहा जाता है: http://drupal.org/project/drush

यह उपकरण के लिए कुछ भयानक बातें, कमांड लाइन से किया जा करने की अनुमति देता है, खासकर जब बैकअप और माइग्रेट की तरह मॉड्यूल के साथ मिलकर : http://drupal.org/project/backup_migrate

मूलभूत बात यह है कि जब आप सर्वर से/धक्का दे रहे हैं तो आप SQL डंप पर डेटाबेस बैकअप लेते हैं, तो आप बाद में डीबी को पुनर्स्थापित कर सकते हैं। अगर कुछ गलत हो जाता है, कम से कम आपके पास गिट में डीबी के बैकअप राज्य हैं। वह आखिरी हिस्सा वास्तव में एक बड़ी विशेषता है, मुझे लगता है।

यहाँ Drush और Git के साथ स्थानीय/लाइव साइटों को सिंक करना पर एक बड़ा लेख है: https://web.archive.org/web/20131231204544/http://www.opc.com.au/web-development/drupal-release-management-drush-and-git

यहां बताया गया है एक Git रेपो में डीबी सहित अन्य उपयोगकर्ता सौदों: http://drupal.org/creating-drupal-test-sites#comment-2130760

यहां मुद्दा यह है कि आप है ' डीबी को लाइव साइट पर वापस सिंक करने के बारे में सावधान रहना होगा। परीक्षण प्रयोजनों के लिए कई लोगों को लाइव डीबी के नवीनतम संस्करण को पकड़ना आसान और आसान है, लेकिन डीबी के किसी भी स्थानीय संस्करण को उत्पादन में धक्का देना खतरनाक हो सकता है (लेकिन केवल तभी जब एक ही प्रोजेक्ट पर एकाधिक लोग हैं)।

बस जिज्ञासा की खातिर, यहाँ एक ऐसी ही सवाल मैं वर्डप्रेस StackExchange साइट पर पूछा है: https://wordpress.stackexchange.com/questions/12239/migrating-data-between-local-and-development-server - मैं तो पूछा (और जवाब) एक अधिक विशिष्ट यहाँ प्रश्न के संस्करण: काम कर https://wordpress.stackexchange.com/questions/12719/multiple-developers-editors-working-on-a-site-in-progress

संबंधित मुद्दे