2015-12-17 21 views
6

AzureのGitHubからContinuous Deploymentに問題があります。共有料金設定の層があり、基本価格設定にアップグレードすると問題は解決します。これは、ASP.NET MVC 6アプリケーション(RC1)用です。AzureでGitHubが失敗する(ASP.NET 5およびMVC 6)

基本的に私は次のエラーを取得する:際立っ http://pastebin.com/PgARgurg

ビットは次のとおりです。

Restore failed 
There is not enough space on the disk. 

私は共有ティアへのVisual Studioから直接公開する場合、それは正常に動作します。それは転倒した場所での継続的な展開を使用する場合にのみ適用されます。

アイデア?

答えて

3

共有インスタンスのリソースは、特にディスクサイズを中心に非常に限られています。 GitHubからの継続的なデプロイメントの統合には、すべての変更時にコードのコピーをディスクに取り込む必要があります。これは、いつでも(またはまったく)クリーンアップされるわけではありません。 Visual StudioからAzureに直接公開すると、以前の展開パッケージが自動的にクリーンアップされます。ティアをアップグレードすると、問題が解決される理由は、専用のディスク容量の増加です。継続的な統合(したがってディスクスペース)が作業にとって重要であると判断する場合は、Basicにアップグレードする必要があります。

1

基本的に復元されたパッケージサイズはNOTアプリケーションの公開パッケージと同じです。
これは、復元されたパッケージを開くことによって理解できます。たとえば、以下のシナリオでは、公開パッケージにはアプリケーションを実行するために必要なコンテンツのみが含まれています。

復元 JSON.NETパッケージ内容: enter image description here

公開 JSON.NETパッケージ内容: enter image description here

だから、おそらくあなたは、あなたの継続的な展開からアプリケーションを公開する必要がありますか?

+0

感謝します、ありがとうございます。私のウェブサイトがどれくらい小さいかを考慮して、共有使用オプションのオプションであることは間違いありません。 –

+0

共有オプションでは1GBのディスク容量が許されていますが、ソリューション内では60MBしか使用しませんが、パッケージフォルダを見てもまだ1GB未満です。 –

+0

@AdrianLucaThomas:空き容量はいくらですか?ボックスの外のMVCテンプレートのために、私は合計パッケージサイズが〜500 MBであるのを見ました... –

3

もう1つの注意点があります。共有Web Appsインスタンスには、Temp Folder size of 300Mbに制限があります。

asp.net 5 RC1アプリケーションは、Beta8アプリケーションよりも多くのTempフォルダストレージを使用します。継続的インテグレーションを使用して無料アプリサービスにRC1を導入することは今のところほとんど不可能です。

関連する問題