¿Cómo uso una herramienta como NAnt para comstackciones a gran escala pero aún les permite a los desarrolladores usar VS IDE?

Tenemos una gran base de código en VS 2008. Tenemos desarrolladores que necesitan confiar en VS IDE para el desarrollo diario. Pero también tenemos complicadas dependencies y pasos de implementación y necesitamos una construcción automática por la noche.

Estoy familiarizado con NAnt. Es perfecto para nuestros pasos de desarrollo e implementación fuera de IDE. Desafortunadamente, no he visto una buena manera de integrar sus pasos de compilation en el IDE. Por ejemplo, los desarrolladores querrán poder crear CTRL-SHIFT-B. He visto los pasos para agregar NAnt como una herramienta de compilation externa, pero eso no le permite al desarrollador hacer doble clic en los errores para saltar a la fuente.

¿MSBuild es suficientemente bueno en estos días? ¿Hay algo mas? No puedo creer que seamos los primeros en lidiar con comstackciones complicadas y desarrolladores quisquillosos.

EDITAR: Veo a partir de esta pregunta y respuestas que MSBuild probablemente será el path a seguir si deseo una integración completa de IDE. ¿Algún argumento en contra de eso?

De acuerdo, soy un poco parcial, pero MSBuild definitivamente es el path a seguir. Actualmente, MSBuild se usa para build Visual Studio, por lo que es capaz. También habrá una nueva versión de MSBuild con Visual Studio 2010 (en realidad, .NET 4.0 ) que tendrá un montón de mejoras, incluida la creación de proyectos en C ++.

Sayed Ibrahim Hashimi

Mi libro: dentro del motor de compilation de Microsoft: usando MSBuild y Team Foundation Build

MSBuild sería el path a seguir, para que pueda administrar la configuration de dependencia en la solución VS y no en la secuencia de commands nant. MSBuild también ejecutará los commands pre y post compilation configurados en el proyecto VS, sin embargo, algunas properties específicas VS no están disponibles. Puede hacer que Nant ejecute MSBuild en el file de solución.

Trabajo en un proyecto con comstackciones algo complicadas. Utilizamos Cruise Control para la continuous integration, que verifica las modificaciones de SVN y luego llama a un script de Nant, que luego llama al objective de MSBuild. Todas las implementaciones se hacen desde allí. Los desarrolladores pueden crear y depurar sin conocimientos necesarios sobre cómo se implementa, lo que facilita la tarea de atraer nuevos desarrolladores y centrarse únicamente en el desarrollo y permitir que Release Manager administre las comstackciones y las implementaciones.

¿Has probado NUBuild ? Es muy adecuado para hacer "construcciones locales" por los desarrolladores. Además, disminuirá el error de compilation al permitir que los desarrolladores los capten desde el principio y no después de que se haya verificado en el control de origen. Una vez que se ha configurado, es tan simple como ejecutar un command en un file por lotes para crear proyectos. Pruébalo –

http://nubuild.codeplex.com