आप .NET सेवा संदर्भों के लिए फ़ाइल नामों को कैसे नियंत्रित कर सकते हैं?

Question

विंडोज़ में पथों में 25 9 वर्णों की सीमा है। दुर्भाग्यवश, हमारे कुछ सेवा संदर्भ नामों के कारण यह हमारे लिए समस्याएं पैदा कर रहा है।

उदाहरण के लिए, हम पहले से ही एक लंबी पथ के साथ हमारे TFS शाखा है, और फिर नेट सेवा संदर्भ लगभग इस डबल क्योंकि वे हमेशा फ़ाइल नाम के रूप में पूरी तरह से योग्य नाम स्थान का उपयोग करें:

Some.Really.Long.Fully.Qualified.Namespace.Service.Reference.Name.datasource

AFAIK , आप सेवा संदर्भ का नाम नहीं बदल सकते हैं - लेकिन Ihoping मैं गलत हूं। क्या यह किया जा सकता है?

यदि नहीं, तो क्या इस कष्टप्रद मुद्दे पर कोई अन्य संभावित कामकाज है?

संपादित करें: साथ ही, मुझे पता है कि एक स्पष्ट समाधान हमारे नामस्थानों और/या पथ को छोटा करना होगा, लेकिन मान लें कि हम इस मामले में ऐसा नहीं कर सकते हैं। :) मैं मुख्य रूप से यह समझने की कोशिश कर रहा हूं कि सेवा संदर्भों के लिए फ़ाइल नामों को कैसे नियंत्रित किया जाए।

अद्यतन: मेरे पास मूल मुद्दा है जहां टीएफएस मुझे किसी विशेष शाखा पर नवीनतम नहीं होने दे रहा है। यहां सही त्रुटि है:

TF205022: The following path contains more than the allowed 259 characters: [C:\Some-really-long-259-character-path-here]

Answer 1

बाहर निकलता है, इन। डेटासोर्स फ़ाइलों को हटाया जा सकता है, क्योंकि उन्हें परियोजना बनाने के लिए आवश्यक नहीं है। तो हमने बस टीएफएस में सभी। डेटासोर्स फाइलों का एक स्वीप किया, और उन्हें हटा दिया।

This article इस बारे में और अधिक बात करते हैं।

Answer 2

259? वास्तव में एनटीएफएस द्वारा 32 के लिए है, लेकिन विंडोज एक्सप्लोरर "256" तक सीमित है, कुछ विंडोज एपीआई हैं जो NTFS ~ 32k की वास्तविक सीमा तक लंबे पथ बनाने और संभालने की अनुमति देते हैं, 2 की उचित शक्ति, लेकिन अधिकांश सॉफ़्टवेयर वास्तव में उन मूल apis का उपयोग नहीं करता है ...

यहां देखें: Maximum filename length in NTFS (Windows XP and Windows Vista)?।

एक संभावना जंक्शन Sys Internals और जंक्शन बहुत सी # में सीधे कम कुछ करने के लिए अपने लंबे शाखा पथ, सब कुछ तो काम करना चाहिए क्योंकि आप केवल संबंधित पथ का प्रयोग करेंगे से उपकरण का उपयोग किया जाएगा, मुझे लगता है।