2015-01-08 8 views
5

करने के लिए फ़ाइलों में जांच करने के लिए प्रयास करने से मैं अचानक को जैसा एक त्रुटि का सामना कर शुरू कर दिया है "ई: \ वेबसाइटें \ स्टेज \ mywebsite \ somefile.ascx: पथ के लिए प्रवेश निषेध है" मेरे स्थानीय फ़ाइलों जब की एक भीड़ पर इन्हें जांचने का प्रयास कर रहे हैं। फाइलें जो असफल हो रही हैं वे सभी प्रकार की फाइलें हैं, पीएनजी, एएसपीएक्स, कॉन्फिग इत्यादि"पथ तक पहुंच अस्वीकार कर दी गई है।" जब TFS

मैं वेब (अपडेट 4) और विजुअलस्टूडियोऑनलाइन.com टीएफएस के लिए विजुअल स्टूडियो 2013 का उपयोग कर रहा हूं।

फ़ाइलें नेटवर्क स्थान पर संग्रहीत हैं और मेरे पास उस स्थान पर मैप किए गए ड्राइव हैं। मैं मैन्युअल रूप से खोलने वाली किसी भी फाइल को मैन्युअल रूप से खोल, कुशलतापूर्वक और सहेज सकता हूं, इसलिए मुझे विश्वास नहीं है कि यह वास्तव में एक अनुमति समस्या है।

इस सेटअप ने महीनों के लिए काम किया है लेकिन अचानक यह मुझे समस्याएं दे रहा है।

मैं फ़ोल्डर Get-ChildItem -Include *.* -Recurse -Path 'E:\Websites\Stage' | select fullname,isreadonly पर एक powershell स्क्रिप्ट भाग गया और सभी फ़ाइलों IsReadOnly कॉलम के अंतर्गत 'झूठी' लौट आते हैं। कोई त्रुटि वापस नहीं आती है।

मुझे कुछ और विचारों की आवश्यकता है।

+0

यह महीनों के लिए काम कर सकता है लेकिन यह समर्थित नहीं है ... –

उत्तर

10

मुझे एक और StackOverflow question में एक कामकाज मिला।

अनिवार्य रूप से, आप लंबित परिवर्तनों को ढंकते हैं, फिर आप इसे प्रतिबद्ध करते हैं। उन्हें छेड़छाड़ करने की कोई ज़रूरत नहीं है।

मैं केवल आपके परिवर्तनों को चेक-इन करने के लिए इसका उपयोग करने का सुझाव दूंगा जब तक आप स्थानीय रूप से कोई अन्य वर्कस्पेस सेट नहीं करते (या कोई उस समस्या को हल करता है)।

कई अन्य, एक वीएम के भीतर से विजुअल स्टूडियो 2013 का उपयोग करके एक साझा ड्राइव के माध्यम से मैप किए गए मेजबान कंप्यूटर पर स्थित एक स्थानीय वर्कस्पेस "वीएस2013 अपडेट 4" को अपडेट करने से पहले अच्छी तरह से काम कर रहा था।

यह सेटअप मुझे तर्क के साथ सुझाव दिया गया था कि अगर वीएम दुर्घटनाग्रस्त हो जाए, तो मैं अपने परिवर्तनों को खो नहीं दूंगा।

+0

विचित्र रूप से, यह "चेक-इन से पहले शेल्फ" समस्या को हल करता है। –

+0

समझने में मुश्किल क्यों है, लेकिन यह – reckface

+0

काम करता है सॉफ़्टवेयर में एक बग की खोज करना गतिविधि के जोखिम को दूर नहीं करता है। यह एक समर्थित मॉडल नहीं है। स्थानीय डिस्क स्थान का प्रयोग करें। –

5

किसी नेटवर्क स्थान पर आपके स्थानीय कार्यक्षेत्र को संग्रहीत करना समर्थित नहीं है और कभी नहीं किया जाना चाहिए।

एक 'स्थानीय' (शारीरिक रूप से अपनी स्थानीय मशीन पर) कार्यक्षेत्र है जहां आप फ़ाइलों को संपादित करते हैं और चेक इन करते हैं। फिर एक स्वचालित निर्माण करें जो फ़ाइलों को आपकी पसंद के स्थान पर प्रकाशित करता है।

+2

श्वास। यही कारण है कि माइक्रोसॉफ्ट उत्पादों को बहुत चूसना है। गिट में, एक नेटवर्क स्थान सिर्फ एक और स्थान है, क्योंकि यह –

+0

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

3

मै मैक पर समांतर में विंडोज/विजुअल स्टूडियो चलाया और मेरे डेस्कटॉप पर एक प्रोजेक्ट सहेजा गया (हाँ, मुझ पर शर्म आती है)। आंतरिक रूप से इस पथ को \\ psf \ Home \ डेस्कटॉप के रूप में संभाला जाता है भले ही यह स्थानीय रूप से संग्रहीत हो और नेटवर्क में न हो। अभी भी वही अपवाद देता है और इसे आपके नियमित ड्राइव पर ले जाकर हल किया जाता है (सी: \ ...)

+0

कि यह अभी भी एक साझा स्थान है, जो समर्थित नहीं है। वर्कस्पेस एक माहेर और उपयोगकर्ता दोनों के लिए अद्वितीय होना चाहिए। क्योंकि यह एक साझा स्थान की तरह दिखता है क्योंकि यह वही त्रुटि का कारण बनता है। –

+0

एक और समाधान: http: // stackoverflow।कॉम/ए/41601755/802791 –

संबंधित मुद्दे