मेरी वर्तमान स्थिति में, मैं अपनी मशीन पर विकसित होता हूं। छोटी परियोजनाओं के लिए मैं केवल हल्के वेब सर्वर का उपयोग करता हूं जो विजुअल स्टूडियो के साथ जहाजों का उपयोग करता है। मेरे पास विकास और प्रारंभिक परीक्षण उद्देश्यों के लिए अपनी मशीन पर SQL Server 2005 और 2008 भी स्थापित है।
इसने मेरे लिए पूरी तरह से काम किया है; एक मुद्दा जो मैंने चलाया है (जैसा कि अन्य ने ध्यान दिया है) डेटाबेस को सिंक में रखते हुए दर्द का प्रकार है। मैंने हाल ही में migrator dot net पर स्थानांतरित कर दिया है - मूल रूप से स्थानीय/स्टेजिंग/यूट/उत्पादन डेटाबेस को सिंक में रखने के लिए - रेलवे माइग्रेशन पर रूबी पर एक .NET लेते हैं, और यह मेरे जीवन को बहुत कम तनावपूर्ण बना रहा है। इस तरह का एक उपकरण भी एक टीम पर्यावरण में डेटाबेस पर काम करना आसान बनाता है, हालांकि आपको इसे लगातार उपयोग करने के लिए पर्याप्त अनुशासित होना चाहिए।
मेरे अनुभवों ने मुझे विश्वास दिलाया है कि स्थानीय विकास कुछ प्रकार के डीबी परिवर्तन नियंत्रण प्रक्रिया, एक सतत एकीकरण सर्वर, और एक अच्छी संस्करण नियंत्रण प्रणाली जो विलय (हम टीएफएस का उपयोग करते हैं) का समर्थन करने का सबसे अच्छा तरीका है। इससे सभी को किसी और पर कदम उठाने के बिना अपनी खुद की चीज करने की सुविधा मिलती है, लेकिन यह भी सुनिश्चित करता है कि परिवर्तन ठीक से विलय हो जाएं।
मेरे पिछले काम में हमने अपने पीसी पर एक समर्पित विकास डेटाबेस के साथ आईआईएस का उपयोग किया और यह एक पिटा था - आपको सावधान रहना था कि डेटाबेस को ले जाया जा सकता है या यहां तक कि गड़बड़ भी हो सकती है डेटा क्योंकि यह अन्य डेवलपर्स और आईएमओ को प्रभावित कर सकता है, इस तरह के विकास ने डीबी को पहले स्थान पर रखने के उद्देश्य को हरा दिया।
क्या आप परीक्षण, या विकास के बारे में पूछ रहे हैं? आपका प्रश्न शीर्षक और दो अलग-अलग चीजों की बॉडी टॉक। –
आह, अच्छा बिंदु डेविड। मैंने स्पष्टता के लिए अपना शीर्षक सही किया। मैं परीक्षण से देव के बारे में और पूछ रहा था। –
धन्यवाद। अपने प्रयासों के लिए एक उत्थान है :) –