visual studio - क्या मुझे विजुअल स्टूडियो। एसयूओ और.user फ़ाइलों को स्रोत नियंत्रण में जोड़ना चाहिए?




visual-studio svn (11)

.user उपयोगकर्ता सेटिंग्स है, और मुझे लगता है। एसयूओ समाधान उपयोगकर्ता विकल्प है। आप इन फ़ाइलों को स्रोत नियंत्रण में नहीं चाहते हैं; वे प्रत्येक उपयोगकर्ता के लिए फिर से बनाया जाएगा।

विजुअल स्टूडियो समाधान में दो प्रकार की छिपी हुई उपयोगकर्ता फ़ाइलें होती हैं। एक समाधान है। .suo फ़ाइल जो एक बाइनरी फ़ाइल है। दूसरा प्रोजेक्ट .user फ़ाइल है जो एक टेक्स्ट फ़ाइल है। वास्तव में इन फ़ाइलों में कौन से डेटा होते हैं?

मैं यह भी सोच रहा हूं कि मुझे इन फ़ाइलों को स्रोत नियंत्रण में जोड़ना चाहिए (मेरे मामले में सबवर्सन)। अगर मैं इन फ़ाइलों को नहीं जोड़ता और कोई अन्य डेवलपर समाधान को जांचता है, तो क्या विजुअल स्टूडियो स्वचालित रूप से नई उपयोगकर्ता फाइलें बनाएगा?


आप .user फ़ाइलों को स्रोत-नियंत्रित नहीं कर सकते हैं, क्योंकि यह उपयोगकर्ता विशिष्ट है। इसमें रिमोट मशीन और अन्य उपयोगकर्ता-निर्भर चीजों का नाम शामिल है। यह एक vcproj संबंधित फ़ाइल है।

.suo फ़ाइल एक एसएलएन संबंधित फ़ाइल है और इसमें "समाधान उपयोगकर्ता विकल्प" (स्टार्टअप प्रोजेक्ट (ओं), विंडोज़ स्थिति (डॉक किया गया है और कहां, क्या चल रहा है), आदि शामिल हैं)

यह एक बाइनरी फ़ाइल है, और मुझे नहीं पता कि इसमें "उपयोगकर्ता से संबंधित" कुछ है या नहीं।

हमारी कंपनी में हम उन फ़ाइलों को स्रोत नियंत्रण में नहीं लेते हैं।


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


उनमें प्रोजेक्ट के बारे में विशिष्ट सेटिंग्स होती हैं जो आम तौर पर एक डेवलपर को असाइन की जाती हैं (उदाहरण के लिए, प्रारंभिक प्रोजेक्ट और प्रारंभिक पृष्ठ जब आप अपना एप्लिकेशन डीबग करते हैं)।

तो बेहतर है कि उन्हें संस्करण नियंत्रण में शामिल न करें, वीएस को दोबारा बना दें ताकि प्रत्येक डेवलपर के पास विशिष्ट सेटिंग्स हो सकें।


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


तर्कसंगत ClearCase का उपयोग कर जवाब नहीं है, केवल .sln &। * Proj स्रोत कोड नियंत्रण में पंजीकृत होना चाहिए, मैं अन्य विक्रेताओं के लिए उत्तर नहीं दे सकता। अगर मुझे सही ढंग से याद है कि ये फ़ाइलें "उपयोगकर्ता" विशिष्ट विकल्प हैं, तो आपका पर्यावरण।


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

एसयूओ (समाधान उपयोगकर्ता विकल्प): उन सभी विकल्पों को रिकॉर्ड करता है जिन्हें आप अपने समाधान से जोड़ सकते हैं ताकि जब भी आप इसे खोलें, इसमें आपके द्वारा किए गए अनुकूलन शामिल हैं।

.user फ़ाइल में प्रोजेक्ट के लिए उपयोगकर्ता विकल्प होते हैं (जबकि एसयूओ समाधान के लिए होता है) और प्रोजेक्ट फ़ाइल का नाम बढ़ाता है (उदाहरण के लिए any.csproj.user में कुछ भी.csproj प्रोजेक्ट के लिए उपयोगकर्ता सेटिंग्स शामिल हैं)।


मैं नहीं करूंगा कुछ भी जो प्रति "उपयोगकर्ता" को बदल सकता है आमतौर पर स्रोत नियंत्रण में अच्छा नहीं होता है। .suo, .user, obj / bin निर्देशिकाएं


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


विजुअल स्टूडियो स्वचालित रूप से उन्हें बना देगा। मैं उन्हें स्रोत नियंत्रण में रखने की सलाह नहीं देता हूं। ऐसे कई बार रहे हैं जहां एक स्थानीय डेवलपर की एसओयू फाइल वीएस को उस डेवलपर्स बॉक्स पर गलत तरीके से व्यवहार करने का कारण बना रही थी। फ़ाइल को हटाने और फिर वीएस को फिर से बनाने के लिए इसे हमेशा मुद्दों को ठीक किया गया।


msdn.microsoft.com/en-us/library/bb165909.aspx , यह स्पष्ट रूप से बताता है कि

समाधान उपयोगकर्ता विकल्प (.suo) फ़ाइल में प्रति उपयोगकर्ता समाधान विकल्प होते हैं। इस फ़ाइल को स्रोत कोड नियंत्रण में चेक नहीं किया जाना चाहिए

तो मैं कहूंगा कि आपके स्रोत नियंत्रण में सामान की जांच करते समय इन फ़ाइलों को अनदेखा करना बहुत सुरक्षित है।






ignore