/ / La implementación continua desde GitHub falla en Azure (ASP.NET 5 y MVC 6) - c #, azure, github, asp.net-core, asp.net-core-mvc

La implementación continua de GitHub falla en Azure (ASP.NET 5 y MVC 6) - c #, azure, github, asp.net-core, asp.net-core-mvc

Estoy teniendo problemas con la implementación continua deGitHub en Azure. Tengo un nivel de precios compartido, y el problema desaparece si me actualizo al nivel de precios básico. Esto es para una aplicación ASP.NET MVC 6 (RC1).

Esencialmente me sale el siguiente error: http://pastebin.com/PgARgurg

Lo que más destaca es:

Restore failed
There is not enough space on the disk.

Si publico directamente desde Visual Studio al nivel Compartido, funciona bien. Es solo cuando se usa la implementación continua donde se cae.

¿Algunas ideas?

Respuestas

3 para la respuesta № 1

Las instancias compartidas tienen recursos muy limitados,especialmente alrededor del tamaño del disco. La integración continua de la implementación de GitHub implica desactivar una copia del código en el disco con cada cambio, y esto no siempre se limpia de forma inmediata (o en absoluto). Una publicación directa a Azure desde Visual Studio limpia los paquetes de implementación anteriores automáticamente . La razón por la que la actualización de su nivel resuelve el problema es el mayor y dedicado espacio disponible en el disco. Debe actualizar a Basic si decide que la integración continua (y, por lo tanto, el espacio en el disco) es importante para su trabajo.


3 para la respuesta № 2

Hay otra advertencia. Las instancias de aplicaciones web compartidas tienen un límite de Tamaño de la carpeta de temperatura de 300Mb.

Una aplicación asp.net 5 RC1 usa más almacenamiento de carpetas temporales que una aplicación Beta8. En este momento, es casi imposible implementar un RC1 a través de la integración continua en un servicio de aplicación gratuito.


1 para la respuesta № 3

El tamaño de los paquetes básicamente restaurados es NO Lo mismo que los paquetes publicados de una aplicación.
Puede comprender por qué este es el caso abriendo los paquetes restaurados ... Por ejemplo, en el siguiente escenario, el paquete publicado solo tiene el contenido necesario para ejecutar la aplicación.

Restaurado Contenido del paquete JSON.NET: enter image description here

Publicado Contenido del paquete JSON.NET: enter image description here

Entonces, ¿probablemente debería publicar la aplicación desde su implementación continua?