माइग्रेशन प्रबंधन के लिए सर्वोत्तम प्रथाएं क्या हैं?रेल प्रवासन प्रबंधन - सर्वोत्तम प्रथाओं?
उदाहरण के लिए, माइग्रेशन को डिबग करते समय, क्या आप मूल माइग्रेशन संपादित करते हैं या भंडार में आने से पहले एक संपादन माइग्रेशन जोड़ते हैं? धन्यवाद!
मैं मूल माइग्रेशन को तब तक संपादित करता हूं जब तक यह एक है) अंतिम माइग्रेशन और बी) स्रोत नियंत्रण में नहीं। यह कोड के अन्य सभी उपभोक्ताओं के लिए एक स्वच्छ माइग्रेशन पथ प्रस्तुत करता है। महत्वपूर्ण बात यह है कि आपके माइग्रेशन किसी भी डेटाबेस स्थिति से त्रुटि के बिना चलाने में सक्षम होना चाहिए जो आप जल्द से जल्द सामना कर सकते हैं।
यदि आप एकाधिक डेवलपर्स के साथ काम कर रहे हैं, तो मौजूदा माइग्रेशन को संपादित करना खतरनाक हो सकता है।
यदि आपका सहकर्मी पहले से ही मूल माइग्रेशन माइग्रेट कर चुका है, तो जब वह अपडेट करता है तो वह नया कोड नहीं उठाएगा और हिलेरिटी आ जाएगा। यह ट्रैक करने के लिए एक बहुत मुश्किल मुद्दा है। एक अच्छा denizen होने के पक्ष में त्रुटि और बस एक अद्यतन माइग्रेशन बनाएँ।
केवल एक मौजूदा माइग्रेशन को संपादित करें यदि आप यह सत्यापित कर सकते हैं कि यह अभी तक अन्य डेवलपर्स या कुछ स्वचालित बिल्ड सेटअप द्वारा चलाया नहीं गया है। सुरक्षित पक्ष पर रहने के लिए, आपको एक कमजोर माइग्रेशन फ़ाइल संपादित नहीं करनी चाहिए जब तक कि बग इतना गंभीर नहीं था कि माइग्रेशन पहले स्थान पर नहीं चला होगा (किस मामले में आपने इसे क्यों किया?)
इसके अलावा, आपके आवेदन में कहीं और से कोड कॉल करने वाले माइग्रेशन के साथ विशेष देखभाल की जानी चाहिए ताकि जब वे चल रहे हों, तो वे कोड के सही संस्करण का उपयोग करके चलाए जा रहे हैं। अन्यथा आपके मॉडल में सूक्ष्म परिवर्तन वास्तव में आपके पहले माइग्रेशन को खराब कर सकते हैं।
इसे पढ़ने और नीचे दिए गए उत्तरों के बाद भी, मैंने अभी तक कड़ी मेहनत सीखी। मूल को संपादित नहीं करना है। आप अपनी विकास प्रक्रिया को ट्रैक करना खो देते हैं और नियंत्रण में वापस आना मुश्किल है।
अपने माइग्रेशन का परीक्षण शुरू करें।
http://blog.carbonfive.com/2011/01/27/start-testing-your-migrations-right-now/