क्या मुझे स्रोत नियंत्रण में Visual Studio 2015 .vs फ़ोल्डर जोड़ना चाहिए?


321

विजुअल स्टूडियो 2015 ".vs" नामक एक नया फ़ोल्डर बनाता है। इसका उद्देश्य क्या है और क्या मुझे इसे स्रोत नियंत्रण में जोड़ना चाहिए?



2
@MichaelFreidgeim: निश्चित नहीं है, दूसरा प्रश्न किसी विशिष्ट फ़ाइल के बारे में पूछता है और यह पूरे फ़ोल्डर के बारे में है। लेकिन ऐसा होता है कि कुछ व्यापक उत्तर दोनों में फिट होते हैं।
सॉफ्टवेयरफैक्टर

जवाबों:


338

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

अब तक, हम .SUO फ़ाइल और VB / C # कंपाइलर IntelliSense डेटाबेस फ़ाइलों को नए स्थान पर स्थानांतरित कर चुके हैं। सभी नए प्रोजेक्ट विशिष्ट, मशीन स्थानीय फाइलें नए स्थान पर भी जोड़ी जाएंगी। हम भविष्य के रिलीज में इसे और भी आगे ले जाने की योजना बना रहे हैं और इसकी जांच कर रहे हैं कि बिल्ड आउटपुट की डायरेक्टरी स्ट्रक्चर और अन्य मौजूदा फाइलों को कैसे बेहतर बनाया जाए जो सोर्स ट्री को अव्यवस्थित कर सकें।

ये सभी फाइलें हैं जो आप कभी भी जांच नहीं करेंगे, क्योंकि वे एक निर्माण से उत्पन्न होते हैं या मशीन-विशिष्ट जानकारी रखते हैं।


23
यह कहने के लिए एक व्यापक स्ट्रोक है कि पूरे फ़ोल्डर की जांच न करें। यदि आपकी वेबसाइट को विशिष्ट IIS एक्सप्रेस कॉन्फ़िगरेशन की आवश्यकता होती है (जैसे कि काम करने के लिए कुकीज़ के लिए एक होस्टनाम का उपयोग करना), तो applicationhost.configअपने वातावरण को स्थापित करने में अन्य देवों की मदद करना, अन्यथा हर एक को अपने दम पर करना होगा और वे शायद इसे कठिन तरीके से समझेंगे। ।
मृकफ़ ऑक्ट

3
@ मैं एक आईआईएस डेवलपर नहीं हूं, लेकिन मेरा मानना ​​है कि यह उत्तर पता है।
पैट्रिक क्वर्क

2
यह जवाब वास्तव में एक समाधान नहीं है, एक अधिक समाधान है (जो स्वयं को उत्तर देता है)। मैं जो कहना चाहता था, वह यह था कि सभी के लिए एक द्विआधारी उत्तर पर्याप्त नहीं हो सकता है। अपने सेटअप के आधार पर, आपको फ़ोल्डर को बाहर करना पड़ सकता है, लेकिन फिर applicationhost.configफ़ाइल के लिए एक अपवाद जोड़ें या उस प्रभाव की ओर कुछ करें।
मृकफ

3
@ माचिस: वास्तव में यह कोई हल नहीं है, यह सबसे अच्छा समाधान है। मुझे नहीं लगता कि आपको कभी भी .vs फ़ोल्डर की जाँच करनी चाहिए, यह होने का इरादा नहीं है।
डीआर

6
जैसा कि लुगबर्क के उद्धृत उत्तर में कहा गया है: "ASP.NET 5 परियोजनाओं को यह बताने के लिए कोई रास्ता नहीं है कि आज"। उसके कारण, मुझे ASP.NET 5 परियोजनाओं के बीच उन IIS IIS कॉन्फ़िगरेशन सेटिंग्स को साझा करने का कोई अन्य विकल्प दिखाई नहीं देता है, जो कि .vs के तहत applicationhost.config फ़ाइल में जाँच से होती हैं। या आप कोई अन्य / बेहतर समाधान देखते हैं?
गस्टिन

86

गिथुब .otignore टेम्प्लेट का एक बहुत प्रदान करता है। दृश्य स्टूडियो के लिए अपने टेम्पलेट में उन्होंने .vs फ़ोल्डर की अनदेखी की है। जीथब पर टेम्पलेट से स्निपेट ।

# Visual Studio 2015 cache/options directory
.vs/

3
यह निर्णय लेने में किसी की मदद कर सकता है (आलसी), लेकिन ऐसा करने के लिए मजबूत सलाह या कोई कारण नहीं देता है। शीर्षक ("विज़ुअल स्टूडियो 2015 कैश / विकल्प निर्देशिका") निर्णय लेने में अधिक मदद करता है।
मोहम्मद देहगन

संयोग से, वही रेखा .hignignore पर लागू होती है
चार्ल्स बर्न्स

23

पैट्रिक के उत्तर में uservoice से लिए गए उद्धरण में वर्णित के रूप में, फ़ोल्डर स्रोत नियंत्रण के लिए अभिप्रेत नहीं है।

हालाँकि जैसे टिप्पणियाँ भी इंगित करती हैं, ऐसे कुछ मामले हो सकते हैं जहाँ आप फ़ोल्डर से विशिष्ट फ़ाइलों को शामिल करना चाहेंगे।

मैं इसे .gitignore में जोड़ दूंगा:

.vs/

और फिर जिस भी git टूल का उपयोग करना चाहते हैं, यदि आवश्यक हो तो एप्लीकेशनहॉस्ट.कॉन्फ़िग के साझा कॉन्फ़िगरेशन जैसी कुछ फ़ाइलों को जोड़ना पसंद करते हैं।

या इस तरह एक git कमांड का उपयोग करें:

git add -f .vs/config/applicationhost.config

इस तरह git फ़ाइल को जोड़ता है, भले ही इसे अनदेखा कर दिया गया हो।


3
मैं यह जोड़ना चाहूंगा कि यदि आप टीएफएस का उपयोग कर रहे हैं, तो आप .vs फ़ोल्डर को बाहर करने के बाद अपने .tfignore फ़ाइल में नकारात्मक उपसर्ग का उपयोग कर सकते हैं। डिफ़ॉल्ट .tfignore फ़ाइल इसे इस तरह से समझाती है: "उपसर्ग एक पैटर्न को नकारता है। इसका उपयोग किसी आइटम को पेड़ में उच्चतर फ़ाइल द्वारा, या टीम प्रोजेक्ट संग्रह के वैश्विक बहिष्करण द्वारा बाहर किए जाने के बाद पुन: शामिल करने के लिए किया जा सकता है। सूची।"
हारून
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.