डॉटनेटन्यूक विकास पर्यावरण और तैनाती

Question

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

क्या किसी ने पहले इसे dotnetnuke के साथ करने का प्रयास किया है? और क्या किसी के पास dotnetnuke साइट्स विकसित करने के लिए कोई अन्य सुझाव है?

Answer 1

स्रोत नियंत्रण

मैं DotNetNuke परियोजनाओं (खाल, मॉड्यूल, प्रदाता) के लिए अलग परियोजनाओं का उपयोग कर, और वास्तविक वेब साइट ही स्रोत नियंत्रण वातावरण में जाँच नहीं की सलाह देते हैं (DNN मॉड्यूल वैप शैली परियोजना का प्रयोग करेंगे)। प्रत्येक डेवलपर के पास उनके विकास पर्यावरण में अपनी खुद की DotnetNuke साइट और डेटाबेस हो सकता है। मैं डॉटनेटनेट के कोर में परिवर्तन करने की भी अनुशंसा नहीं करता हूं ताकि आपके पास एक साफ़ अपग्रेड पथ हो। मैं आपके डेटा के लिए डेटाबेस स्क्रिप्ट उत्पन्न करने के लिए Red Gate's SQL Data Compare जैसे टूल का उपयोग करने की अनुशंसा करता हूं जिसे आप स्रोत नियंत्रण वातावरण में भी रख सकते हैं।

Here is some more information about setting up a Web Application Project for a DotNetNuke module.

परीक्षण/स्टेजिंग/उत्पादन

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

Here is some information on using NAnt to automate DNN module packaging.