एज़ूर (एएसपी.नेट 5 और एमवीसी 6)

Question

में विफल होने में गिटहब से निरंतर परिनियोजन मुझे Azure में गिटहब से निरंतर परिनियोजन के साथ समस्याएं आ रही हैं। मेरे पास एक साझा मूल्य निर्धारण स्तर है, और यदि मैं मूल मूल्य निर्धारण स्तर पर अपग्रेड करता हूं तो समस्या दूर हो जाती है। यह एएसपी.नेट एमवीसी 6 एप्लीकेशन (आरसी 1) के लिए है। http://pastebin.com/PgARgurg

सा है कि बाहर खड़ा है:

Restore failed 
There is not enough space on the disk. 

अगर मैं साझा स्तरीय दृश्य स्टूडियो से सीधे प्रकाशित यह ठीक काम करता है

अनिवार्य रूप से मैं निम्नलिखित त्रुटि मिलती है। यह केवल तभी होता है जब निरंतर तैनाती का उपयोग किया जाता है।

कोई विचार?

Answer 1

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

Answer 2

मूल रूप से बहाल पैकेज आकार किसी एप्लिकेशन के प्रकाशित पैकेज के समान नहीं है।
आप समझ सकते हैं कि पुनर्स्थापित पैकेज खोलकर यह मामला क्यों है ... उदाहरण के लिए, नीचे दिए गए परिदृश्य में प्रकाशित पैकेज में केवल एप्लिकेशन चलाने के लिए आवश्यक सामग्री है।

को पुनर्स्थापित किया गया JSON.NET पैकेज सामग्री:

प्रकाशित JSON.NET पैकेज सामग्री:

तो शायद आप अपने निरंतर तैनाती से एप्लिकेशन को प्रकाशित करना चाहिए?

Answer 3

एक और चेतावनी है। साझा वेब ऐप्स उदाहरणों की Temp Folder size of 300Mb पर एक सीमा है।

एक एएसपीनेट 5 आरसी 1 एप्लिकेशन बीटा 8 ऐप की तुलना में अधिक टेम्पल फ़ोल्डर स्टोरेज का उपयोग करता है। एक फ्री ऐप सेवा में निरंतर एकीकरण के माध्यम से आरसी 1 को तैनात करना लगभग असंभव है।