Cómo implementar una aplicación C #, MVC4 en Azure usando Git

Estoy desarrollando una aplicación C #, MVC4, EF5 Code First en .NET en Visual Studio 2012 y he utilizado el mecanismo de publicación de VS para implementarlo en un website de Azure con una database SQL de Azure.

Ahora quiero usar Git y GitHub para el control de versiones e involucrar a otros en el proyecto.

Sin embargo, aunque estoy familiarizado con el uso de Git en un entorno LAMP, no tengo experiencia en el uso de Git con Windows, Azure Websites y un entorno comstackdo.

Me gustaría utilizar el website de Azure como server de producción, otro website de Azure como server de ensayo, máquinas de desarrollador de Windows que usan Visual Studio para desarrollo y GitHub como depósito central.

Hay un artículo útil aquí: http://www.windowsazure.com/en-us/develop/net/common-tasks/publishing-with-git/ . Puedo entender qué se necesitaría aquí para, digamos, una aplicación PHP en Azure. Pero no estoy seguro del mejor enfoque con una aplicación comstackda y de lo que puedo lograr usando Azure Websites y Visual Studio.

¡Un empujoncito o dos en la dirección correcta sería muy apreciado!

no publique de VS a azul, en su lugar configure su website azure para sacarlo del repository github. el process de implementación comstack su solución.

mira http://www.youtube.com/watch?v=5NGieL0tinw&feature=youtu.be&hd=1 o lee http://vishaljoshi.blogspot.com/2012/09/continuous-deployment-from-github-to.html

También SocttGu anunció esto en su blog @ http://weblogs.asp.net/scottgu/archive/2012/09/17/announcing-great-improvements-to-windows-azure-web-sites.aspx. También habla de una característica interesante de las twigs de publicación, esto determinará su requisito para un server de escenario y server de producción. Tener una twig de escenario y una de producción y fusionarse con ellos según lo deseado. ver la sección "Soporte para múltiples twigs"

parece que finalmente agregaron soporte para repositorys privados.

appharbor es un competidor de azul que hace algo similar.

Básicamente, se está introduciendo un nuevo paso con el requisito de que el código fuente se debe comstackr antes de que se pueda implementar en el server. Donde implemente este paso depende de usted. Tú podrías:

  1. Asegúrese de que su server de destino tenga la capacidad de comstackr el código fuente (algunas herramientas de continuous integration podrían ayudar con esto, como CruiseControl.NET). Esto tiene la advertencia de que el server de destino puede comstackr el código fuente (posiblemente incluso requiriendo la installation de Visual Studio), por lo que puede no ser una opción.
  2. Verifique los binarys comstackdos en el control de fuente. Puede mantener estos binarys comstackdos separados de la twig fuente principal, para mantener las cosas limpias. Implemente los binarys en el server de destino.
  3. También es posible algún híbrido de las dos opciones anteriores; puede configurar un server de Integración Continua con CruiseControl.NET, que puede verificar la fuente actual, comstackrla y verificar el binary resultante en una twig especial, y luego implementar esa twig en su Servidor de destino.