Es nAnt todavía apoyado y conveniente for.net 3.5 / VS2008?

En mi opinión es más una cuestión de preferencia personal. nAnt es un gran framework y MSBuild es casi tan capaz. Con la capacidad de desarrollar fácilmente tareas personalizadas (en ambos marcos) puede lograr casi cualquier cosa que necesite hacer.

No puedo responder la parte "aún soportada" de sus preguntas, pero diría que si ya está cómodo con nAnt, probablemente sea viable. Si usted (o alguien en su grupo) está familiarizado con MSBuild, entonces esa es una buena manera para ir también.

Si ya tiene un montón de tareas personalizadas que usa con nAnt, quédese con ellas - no gana mucho con MSBuild. Dicho esto, no parece haber nada que nAnt pueda hacer que MSBuild no pueda en su núcleo. Ambos pueden llamar a herramientas externas, ambos pueden ejecutar tareas personalizadas basadas en.Net, y ambos tienen un montón de tareas de la comunidad por ahí.

Estamos usando MSBuild aquí por la misma razón que usted: es el sistema de compilación predeterminado para VS ahora, y no teníamos nada específico de nAnt de qué preocuparnos sobre.

Las tareas de Msbuildcommunityt son una buena base de tareas de terceros para empezar, y cubre la mayoría de las cosas personalizadas que he hecho en nAnt, incluyendo VSS y soporte Subversion.

Honestamente, depende de lo que se ajuste mejor a su entorno. Si está utilizando muchas herramientas que no son de Microsoft, nunit, ccnet, ncover. Probablemente encontrará mejor apoyo con nant. Alternativamente, si está utilizando MSTest, TFSBuild, probablemente encontrará MSBuild un mejor entorno. Aprendería ambos y usaría que cada uno encaja más suavemente con su entorno.

CC.NET es simplemente la tecnología de servidor de compilación, no la tecnología de script de compilación. Nosotros usamos CC.NET en el trabajo para llamar con éxito MSBuild scripts de construcción sin problemas.

NAnt es un lenguaje de construcción de scripts más antiguo y maduro, pero ambos son similares en su forma de trabajar. Hay muy pocas cosas que podría hacer en NAnt que no pueda hacer también en MSBuild, por lo que realmente se reduce a cuál te sientes más cómodo. En cuanto a qué tan activo es NAnt, no vayas cuando la última versión ser...en lugar de ir por cuando la última construcción nocturna fue. NAnt tiende a pasar mucho tiempo entre lanzamientos, pero las compilaciones nocturnas suelen ser bastante estables.

Como lo que tantas personas ya han indicado, la respuesta aquí es "depende". Hay algunas cosas como operaciones repetitivas que son mucho más simples y limpias en NAnt. Vea los foros de MSDN para una discusión sobre esto.

Me parece que también se puede utilizar un enfoque híbrido también, especialmente en proyectos más grandes. Muchos de nuestros scripts nant se están convirtiendo a msbuild cuando se desarrollan nuevos componentes. Ambos admiten las mismas características principales y pueden llamarse entre sí si encuentra una tarea que se admite de forma nativa en una pero no en la otra.

Para el nuevo desarrollo de.NET a partir de MSBuild puede ahorrarle mucho tiempo, ya que puede ejecutar los archivos de la solución directamente. Extendiendo desde la compilación principal a realizar otras tareas (control de código fuente, implementación, etc.) funcionan bastante bien.