तोड़फोड़ और ASP.NET विकास के लिए IIS का उपयोग

वोट
1

मैं SVN करने के लिए एक कुल नौसिखिया हूँ और न निम्न स्थिति के लिए एक जवाब खोजने के लिए सक्षम है।

मैं किसी ASP .NET 2.0 वेब अनुप्रयोग है कि मैं विकासशील हूँ है। मैं विकास वेब सर्वर (यानी नहीं दृश्य स्टूडियो वेब विकास सर्वर) के रूप में अपने स्थानीय आईआईएस उपयोग कर रहा हूँ। मेरे विकास के वातावरण VS2005, विस्टा, IIS7, TortoiseSVN / AnkhSVN है। VisualSVN सर्वर पर स्थापित किया गया है।

मेरे .sln फ़ाइलें और वर्ग पुस्तकालयों, आदि ** सी में स्थित हैं: \ Localsource \ परियोजनाओं \ ProjectName ** फ़ोल्डर, और मेरे .aspx फ़ाइलों मेरी ** सी में कर रहे हैं: \ inetpub \ wwwroot \ ProjectName ** फ़ोल्डर।

** \ Localsource \ परियोजनाओं \ ProjectName ठीक है, लेकिन यह एक ही भंडार में आईआईएस फ़ोल्डर के लिए सेट अप करने के लिए और साथ ही एक तरह से नहीं सोच सकते हैं: मैं ** सी के लिए भंडार की स्थापना कर सकते हैं।

SVN में इस विकास के वातावरण से निपटने के लिए सबसे अच्छा तरीका क्या है?

बहुत धन्यवाद,

चींटी

09/12/2008 को 15:46
का स्रोत उपयोगकर्ता
अन्य भाषाओं में...                            


7 जवाब

वोट
4

दृश्य स्टूडियो में एक समाधान में आप एक वर्ग पुस्तकालय परियोजना जो .sln फ़ाइल के नीचे एक निर्देशिका में आमतौर पर है हो सकता है।

इस मामले में वह भी समाधान के भीतर लेकिन नहीं फ़ाइल निर्देशिका संरचना में .sln फ़ाइल के नीचे एक वेब परियोजना है।

उन्होंने कहा कि स्थानीय फ़ाइल पथ के माध्यम से HTTP के माध्यम से इस परियोजना के लिए संलग्न किया जाएगा नहीं।

आईआईएस के रूप में इस का प्रबंधन करेगा http: // localhost / webapp और डिफ़ॉल्ट रूप से ग में रख देगा: \ inetpub \ wwwroot \ webapp। Webapp फ़ोल्डर में फ़ाइलें रेपो में नहीं होगा के रूप में वे समाधान और वर्ग पुस्तकालय के पदानुक्रम में नहीं हैं। इस तरह यह सुलझाने के लिए अपने सवाल है।

मेरा जवाब स्थानांतरित करने के लिए है // स्थानीय होस्ट / webapp: http .sln फ़ाइल और वर्ग पुस्तकालय निर्देशिका तो यह सब रेपो में जा सकते हैं करने के लिए आसन्न के नीचे है जो किसी फ़ोल्डर को इंगित करने के लिए।

वर्ग पुस्तकालय और webapp सबसे अच्छा सहयोगी कोड फिर से उपयोग करने के लिए अभ्यास को अलग करने जाता है और वेब साइट से तर्क decoupling।

09/12/2008 को 17:09
का स्रोत उपयोगकर्ता

वोट
2

कर सकते हैं आप न सिर्फ बात करने के लिए IIS C: \ Localsource \ परियोजनाओं \ ProjectName और अनुमति सेट?

09/12/2008 को 15:55
का स्रोत उपयोगकर्ता

वोट
0

रोब,

क्यों आप एक .aspx कोड बेस का उत्पादन दायर करने पर विचार करते हैं?

यह कोड बेस का हिस्सा है। यह उदाहरण के लिए संकलन के बाद एक आउटपुट नहीं है।

बस सोचा?

09/12/2008 को 22:50
का स्रोत उपयोगकर्ता

वोट
0

मुझे लगता है कि आप दो समस्याओं में इस अलग करने के लिए, निम्नलिखित चाहते हो सकता है इस सिफारिश Dillorscroft से।

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

तो, पहले भाग के लिए, हम वेब पृष्ठों और कस्टम सर्वर साइड सामग्री है कि वेब साइट का समर्थन करता है के सभी वर्ज़निंग के बारे में बात कर रहे हैं।

दूसरी बात यह है कि साइट पर उपयोग किया जाता है घटकों के विकास के संबंध में, वे अपने स्वयं के विकास परियोजनाओं की जरूरत है, के बाद से यह नतीजा यह है कि विकास साइट, स्रोत के सभी नहीं, पुस्तकालयों, आदि है कि घटक बनाया गया है के लिए चला जाता है साथ में। तो ये अपने स्वयं के परियोजना के विकास पेड़ होगा (यह के बारे में सोच के रूप में यदि आप एक पुस्तकालय है कि अन्य विकास परियोजनाओं द्वारा प्रयोग की जाने बना रहे थे, हालांकि इस मामले में अन्य परियोजनाओं वेब पृष्ठों हैं)। तो केवल बात यह है कि IIS में दिखाई देना चाहिए "तैनात" विकास साइट के लिए घटक है।

वहाँ आप के लिए तीन महत्वपूर्ण सवाल होने लगते हैं:

  1. कैसे परीक्षण वेब साइट के खिलाफ जाने की जरूरत है कि के विकास नियंत्रित किया जाता है और जहां उस संस्करण नियंत्रित है (यह मानते हुए वे वेब साइट पर ही संबंधित नहीं है)

  2. कितनी आसानी से आप वाकई विकास वेब साइट पर सभी सामग्री को उचित रूप से संस्करण नियंत्रण में रखा जाता है कि और चेक-इन किया और आउट करने के लिए व्यवस्था कर सकते हैं। (यह टूल आपको वेब पृष्ठों और पक्ष के लिए रवाना विकसित घटकों के अलावा अन्य अन्य सर्वर-साइड gunk संपादित करने के लिए उपयोग करने के साथ क्या करना है।)

  3. आसानी से परियोजनाओं है कि उन्हें विकास साइट के लिए उत्पादन और उन्हें जा चेक-इन किया वहाँ है से विकसित घटकों लेने।

(2) करने के लिए और विकास वेब साइट के संस्करण नियंत्रण करने के लिए मेरे समाधान IIS और FrontPage एक्सटेंशन उस संस्करण नियंत्रण में साइट स्थानों के साथ दृश्य स्रोत सुरक्षित एकीकरण का प्रयोग है। अन्य विकास परियोजनाओं से उत्पादित अवयव वीएसएस साझा करने से सर्वर परियोजना के लिए मैप की जाती हैं।

SVN के लिए, मैं अनुमान है कि (1) आप अगर वहाँ एक SVN एडाप्टर आईआईएस एक बाहरी स्रोत-नियंत्रण प्रणाली और, किसी भी तरह से, के रूप में पहचान लेंगे देखना चाहते हैं (2) एक अनुशासन है कि उनके निर्माण परियोजनाओं से घटकों की डिलीवरी लेता है समग्र वेब साइट परियोजना में।

09/12/2008 को 17:32
का स्रोत उपयोगकर्ता

वोट
0

आईआईएस फ़ोल्डर कोड आधार यह आवेदन का हिस्सा है के उत्पादन में नहीं है। यह सीजीआई उत्पादन या कुछ भी, लेकिन वास्तव में स्क्रिप्ट अनुप्रयोग चलाने के लिए नहीं है!

यह .aspx पृष्ठों उपयोगकर्ता नियंत्रण और एचटीएमएल वास्तव में अनुप्रयोग चलाने के लिए होगा है। applciation की अपनी ओर से लेकिन वी.एस. स्टूडियो समाधान से दूर अलग हो गए।

\ Localsource \ परियोजनाओं \ ProjectName \ वेबसाइट: सबसे आसान तरीका है एक समाधान है और फिर सी है।

प्वाइंट के रूप में अच्छी तरह से उस फ़ोल्डर पर IIS।

09/12/2008 को 16:49
का स्रोत उपयोगकर्ता

वोट
0

ठीक है, मैं यहाँ बेवकूफ किया जा रहा है हो सकता है, लेकिन .. क्यों आप अपने भंडार को आईआईएस फ़ोल्डर (यानी कोड बेस के उत्पादन में) जोड़ने के लिए की जरूरत है?

अद्यतन करें

मुझे लगता है कि मैं इस में थोड़ा और अधिक .. मैं क्या कहना है मुझे यकीन है कि नहीं कर रहा हूँ क्यों ASPX वैसे भी इस परियोजना से अलग है इसका मतलब यह स्पष्ट करना चाहिए? क्या एक वेब प्रोजेक्ट और साथ कुछ गड़बड़ है n एक समाधान में कक्षा लाइब्रेरी परियोजनाओं, अपने भंडार को जोड़ा गया .. तो आप प्रत्येक नए रिलीज पर प्रकाशित ..

यदि यह बस का एक मामला है " इसे प्रकाशित उत्पादन में रोल बैक करना आसान हो सकता है तो तो ठीक है", मैं सिर्फ उत्सुक मैंने नहीं देखा है के रूप में कई लोगों को वास्तव में उस तरह से काम किया गया था।

इस संरचना में समाधान की तैनाती के साथ-साथ एक बहुत आसान होगा ..

09/12/2008 को 16:19
का स्रोत उपयोगकर्ता

वोट
0

हममम - अच्छा बिंदु। जब मैं यहाँ मिल गया है, और दृश्य स्टूडियो हमेशा wwwroot फ़ोल्डर में वेबसाइटों बनाता है यह इस तरह से स्थापित किया गया था, तो मैं मान लिया wwwroot सिर्फ वे कहाँ जाना पड़ा था।

हो सकता है कि मैं एक छोटे से उलटफेर करने के बारे में सोचने के लिए होगा ...

धन्यवाद!

09/12/2008 को 16:10
का स्रोत उपयोगकर्ता

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more