NuGet

Question

के साथ निर्माण करते समय लंबे पथ हम एक ढांचा बना रहे हैं और ग्राहकों को स्रोत बेच रहे हैं। कल ग्राहकों में से एक ने बताया कि वह बहुत लंबे रास्ते के कारण स्रोतों का निर्माण नहीं कर सकता है। मैंने पाया कि स्रोतों में हमारे पास सबसे लंबा रास्ता NuGet द्वारा निर्मित पथ है, और यह है: project\packages\EnterpriseLibrary.ExceptionHandling.Logging.5.0.505.0\lib\NET35\Microsoft.Practices.EnterpriseLibrary.ExceptionHandling.Logging.dll।

फ़ोल्डर नाम के साथ जहां ग्राहक स्रोतों को रखता है (यह इतना लंबा नहीं है, लगभग 9 0 वर्ण), और अजीब वीएस व्यवहार जब यह के साथ पूर्ण पथ बना देता है तो यह 260 वर्णों की सीमा से अधिक है और उसका वीएस सक्षम नहीं है समाधान संकलित करें।

किसी भी तरह से मैं इस समस्या को हल कर सकता हूं? मैं ग्राहक को डिस्क रूट के करीब स्रोत रखने के लिए कहने में सक्षम नहीं हूं - उसके पास अपने स्वयं के समझौते हैं कि कोड को अपनी कंपनी के अंदर कहां रखा जाए। मैं इस डीएलएल का नाम बदल सकता हूं, लेकिन मैं NuGet समर्थन को खोना नहीं चाहता हूं।

Answer 1

आप ऐसा नहीं कर सकते हैं। यदि आपके स्रोत उचित पथ में संकलित करते हैं (आइए "डी: \ बाहरी कोड \ yourcode" कहें) यह वास्तव में आपके ग्राहक को संभालने के लिए है। क्या होगा यदि कोई ग्राहक आपके कोड को उस पथ में संकलित करने का निर्णय लेता है जो आपके समाधान से पहले 240 वर्ण पहले से है? क्या आप अपने सभी नामों को छोटा कर देंगे?

आपको जो करना है वह एक साफ और आसान मैनुअल प्रदान करता है जो आपके कोड को बनाने के लिए प्रदान करता है। पथ की लंबाई से निकलने वाली त्रुटियों को संबोधित किया जाना चाहिए और आपको समाधान प्रदान करना होगा। यह समाधान "हमारे कोड को तैनात पथ को छोटा कर सकता है"। आप वहां मौजूद हर दूसरी कंपनी के नियमों और विनियमों के अनुरूप नहीं हो सकते हैं।