मेरे पास एक वेब एप्लिकेशन और एकाधिक प्रोजेक्ट से बना समाधान है, क्या यह वेब एप्लिकेशन में कॉन्फ़िगरेशन को साझा करना संभव है समाधान?क्या समाधान में एकाधिक परियोजनाओं में web.config साझा करना संभव है? (एएसपी.नेट)
धन्यवाद
नहीं, यह संभव नहीं है। एक वेब.कॉन्फिग फ़ाइल को प्रत्येक वेब साइट के रूट फ़ोल्डर में रखा जाना चाहिए। आपके पास प्रोजेक्ट के निर्माण चरण के रूप में प्रत्येक साइट की रूट पर कॉपी की गई एक सामान्य वेब.कॉन्फिग फ़ाइल हो सकती है ताकि रनटाइम एएसपी.नेट पर इसे मिल सके।
आप अपने समाधान के रूट फ़ोल्डर के लिए अपने web.config फाइल कॉपी कर सकते हैं:
मैं की तरह यह संभव है, तो आपको निम्न कोशिश कर सकते हैं लग रहा है। फिर समाधान फ़ोल्डर बनाएं (जो आपकी किसी भी परियोजना से संबंधित नहीं है) और अपनी फ़ाइल वहां जोड़ें (Add Existing Item पॉपअप मेनू आइटम के माध्यम से)। अपनी वेबसाइटों से वेब कॉन्फ़िगरेशन हटाएं। इसके बाद आप अपनी दोनों वेब प्रोजेक्ट्स पर पॉपअप मेनू से Add Existing Item चुन सकते हैं, समाधान रूट से अपनी web.config फ़ाइल का चयन करें और Add As Link पर क्लिक करें। उसके बाद आपके समाधान में वास्तविक लोगों की बजाय आपके वेब कॉन्फ़िगरेशन फ़ाइलों के लिंक होंगे।
।
Web.config फ़ाइलों में एक उच्च web.config फ़ाइल सेटिंग्स के कैस्केडिंग ओवरराइड होते हैं। तो यदि आप आईआईएस की जड़ में web.config रखेंगे या .NET Framework के मशीन.कॉन्फिग या मानक web.config में सेटिंग्स समायोजित करेंगे (सी: \ विंडोज \ माइक्रोसॉफ्ट.नेट \ फ्रेमवर्क \ v2.0.50727 \ CONFIG उदाहरण)।
सबसे अच्छा उदाहरण शायद स्थानीय SQL सर्वर कनेक्शन स्ट्रिंग का उपयोग है। यह आप उदाहरण के लिए लॉग इन नियंत्रण का प्रयोग करेंगे और डिबग हैं और ConnectionStrings तो इस एक के साथ-साथ शामिल किया जाएगा का अनुरोध करते हैं के रूप में
<connectionStrings>
<add name="LocalSqlServer" connectionString="data source=.\SQLEXPRESS;
Integrated Security=SSPI;AttachDBFilename=|DataDirectory|aspnetdb.mdf;
User Instance=true" providerName="System.Data.SqlClient"/>
</connectionStrings>
machine.config में परिभाषित किया है।
तो यदि आपको कई अनुप्रयोगों के लिए सामान्य सेटिंग्स की आवश्यकता होती है तो उन्हें वेब.कॉन्फिग फ़ाइल में रखें जो पदानुक्रम में पर्याप्त है, अंततः machine.config में।
मैंने ऐसा करने की कोशिश की, लेकिन एक चेतावनी मिली कि फाइलें स्रोत-नियंत्रित नहीं होंगी क्योंकि वे बाध्यकारी परियोजना की जड़ से बाहर थीं। हालांकि, वे स्रोत नियंत्रित होते प्रतीत होते हैं, और परिवर्तन/चेक-इन काम कर रहे प्रतीत होते हैं ... सुनिश्चित नहीं है कि यह मुद्दा सड़क के नीचे किसी बिंदु पर मुझे काट देगा। –