2017-03-04 15 views
12

में क्रेज़ी दीप पथ की लंबाई किसी ने भी .NET कोर 1.1 में कोई समस्या देखी है, जहां netcoreapp1.1 \ प्रकाशित फ़ोल्डर के नीचे वे एक बिन फ़ोल्डर के साथ समाप्त होते हैं जो स्वयं पर लूप लगता है और अंत में पथ भी बनता है विंडोज में दिखाई देने के लिए लंबा संदेश। विंडोज एक्सप्लोरर में इस फ़ोल्डर को हटाने की कोशिश करने से एक स्रोत बहुत लंबा संदेश दिखाई देता है। एकमात्र समाधान RoboCopy का उपयोग करना था।नेट कोर 1.1

यहाँ उत्पन्न पथ में से एक का एक उदाहरण है:

बिन \ डीबग \ netcoreapp1.1 \ प्रकाशित \ बिन \ डीबग \ netcoreapp1.1 \ प्रकाशित \ बिन \ डीबग \ netcoreapp1.1 \ प्रकाशित \ बिन \ डीबग \ netcoreapp1.1 \ प्रकाशित \ बिन \ डीबग \ netcoreapp1.1 \ प्रकाशित \ बिन \ डीबग \ netcoreapp1.1 \ प्रकाशित \ बिन \ डीबग \ netcoreapp1.1 \ \ बिन \ डीबग \ netcoreapp1.1 \ प्रकाशित प्रकाशित \ बिन \ डीबग \ netcoreapp1.1 \ प्रकाशित \ बिन \ डीबग \ netcoreapp1.1 \ प्रकाशित \ बिन \ डीबग \ netcoreapp1.1 \ प्रकाशित \ बिन \ डीबग \ netcoreapp1.1 \ \ बिन \ डीबग \ netcoreapp1.1 \ प्रकाशित प्रकाशित \ बिन \ डीबग \ netcoreapp1.1 \ प्रकाशित \ बिन \ डीबग \ netcoreapp1.1 \ प्रकाशित \ बिन \ रिहाई \ netcoreapp1.1 \ \ बिन \ रिहाई प्रकाशित \ netcoreapp1.1 \ \ बिन \ रिहाई प्रकाशित \ netcoreapp1.1 \ प्रकाशित \ बिन \ रिहाई \ netcoreapp1.1 \ प्रकाशित \ बिन \ रिहाई \ netcoreapp1.1 \ प्रकाशित \ नियंत्रक \

क्या यह किसी समस्या के कारण गलत है जिसे मैंने गलत तरीके से सेटअप किया है?

पिछले सफाई लौटे निम्नलिखित आंकड़े:

फ़ोल्डर: 6866 फ़ाइलें: 7391

मैं निम्न आदेश का उपयोग करके प्रकाशन कर रहा हूँ:

dotnet publish -c debug 

ऐसा लगता है प्रत्येक प्रकाशित फ़ोल्डर संरचना बनाता है गहरा और यह मेरे प्रोजेक्ट में सीएसएचटीएमएल फाइलों से संबंधित है जो इस फ़ोल्डर संरचना को बना रहा है:

\publish\bin\debug\netcoreapp1.1\publish\Controllers\Account\Views 

तो दूसरी निर्माण पर इस संरचना:

\publish\bin\debug\netcoreapp1.1\publish\bin\debug\netcoreapp1.1\publish\Controllers\Account\Views 

और इसी तरह ...

मैं एसडीके 1.0.0-preview2-1-003177 उपयोग कर रहा हूँ

+0

यदि मैं इसे सही ढंग से पढ़ रहा हूं, तो उस नेस्टेड फ़ोल्डर संरचना वास्तव में डिस्क पर मौजूद है? –

+0

इसके अलावा, मुझे नहीं लगता कि आप Windows Explorer के साथ उस फ़ोल्डर को हटाने में सक्षम होंगे क्योंकि यह प्रोग्राम MAX_PATH परिभाषा (260) के कई तरीकों से सीमित है। आप एक प्रोग्राम लिख सकते हैं जो आपके लिए फ़ोल्डर को हटा देगा। संपादित करें: मुझे लगता है कि रोबोकॉपी भी काम करता है। असली समस्या यह थी कि पथ MAX_PATH –

+0

से अधिक था, आपने इसे कैसे प्रकाशित किया? – Pawel

उत्तर

6

मुझे याद है कि मैं नेट कोर एसडीके के preview2 के साथ एक ही मुद्दा था यह या तो preview3 या preview4 में तय किया गया था और यह।। निश्चित रूप से .NET कोर एसडीके 1.0 में तय किया गया है। जैसा कि @Marc द्वारा उल्लिखित है। बस आपको एसडीके https://www.microsoft.com/net/download/core#/sdk अपडेट करें।

नए एसडीके के साथ आपकी परियोजना को csproj और MSBuild में परिवर्तित कर दिया जाएगा, इसलिए कोई project.json नहीं।

संपादित करें: प्रोजेक्ट स्वचालित रूप से वीएस 2017 में परिवर्तित हो जाएगा, यदि आप कमांड लाइन टूल का उपयोग करते हैं तो आपको dotnet-migrate कमांड लागू करना चाहिए।

2

लिए एसडीके अपडेट करने का प्रयास रिलीज संस्करण अब उपलब्ध है। संस्करण 1.0 और संस्करण 1.1 (इस पोस्ट के समय) यहां से एक पैकेज डाउनलोड में शामिल हैं। https://www.microsoft.com/net/download/core

जैसा कि एंड्रॉइड लिट्विनोव द्वारा उल्लिखित किया गया है, माइग्रेशन वीएस2017 के लिए होगा। यदि आपको सहायता चाहिए: माइक्रोसॉफ्ट प्रोजेक्ट.जेसन से msbuild के लिए मुफ्त माइग्रेशन सहायता प्रदान कर रहा है। (इस अद्यतन के समय की के रूप में मार्च 15 2017]

जांच: http://landinghub.visualstudio.com/migrate-dotnetcore

+0

स्ट्रिंग को खोजने के लिए सबसे अच्छी जगह कहां है ग्लोबल.जेसन फ़ाइल में जोड़ने की आवश्यकता है यह इंगित करने के लिए कि इसे नवीनतम एसडीके का उपयोग करना चाहिए, यानी "1.0.0-preview2-1-003177" "भाग? –

+0

@ माइकलएडवर्ड्स इसे परियोजना के हिस्से के रूप में नहीं खींचा जाता है, यह पर्यावरण का हिस्सा है। आपको अपने देव पर्यावरण को डाउनलोड और अपग्रेड करना होगा। – Marc

+0

मैंने अद्यतन EXE चलाया है लेकिन मुझे नहीं पता कि मूल्य को स्ट्रिंग करना है, अब मुझे Global.json के लिए उपयोग करना चाहिए। क्या यह अद्यतन स्वचालित रूप से होना चाहिए? –

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