NANT est toujours soutenu et adapté pour .net 3.5 / VS2008?

À mon avis, il est plus une question de préférence personnelle. NANT est un grand cadre et MSBuild est presque aussi capable. Avec la capacité de développer facilement des tâches personnalisées (dans les deux cadres) que vous pouvez accomplir presque tout ce que vous devez faire.

Je ne peux pas répondre à la « toujours soutenu » partie de vos questions, mais je dirais que si vous êtes déjà à l'aise avec NANT alors il est probablement viable. Si vous (ou quelqu'un dans votre groupe) est familier avec MSBuild alors c'est un bon moyen d'aller aussi bien.

Si vous avez déjà un tas de tâches personnalisées que vous utilisez avec NANT, rester avec elle - vous ne gagnez pas beaucoup avec MSBuild. Cela dit, il ne semble pas être quelque chose que NANT peut faire MSBuild ne peut pas à son noyau. Les deux peuvent appeler des outils externes, les deux peuvent exécuter des tâches personnalisées basées sur .Net, et les deux ont un tas de tâches communautaires là-bas.

Nous utilisons MSBuild ici pour la même raison que vous êtes - c'est le système de construction par défaut pour VS, et nous n'avons pas eu des choses spécifiques à NANT à se soucier.

Les MSBuildCommunityTasks sont une bonne base de travail tiers pour commencer, et couvre la plupart des choses sur mesure que j'ai jamais fait dans NANT, y compris VSS et le soutien de Subversion.

CC.NET est tout simplement la technologie de serveur de build, pas la technologie de script de compilation. Nous utilisons CC.NET au travail pour appeler avec beaucoup de succès MSBuild construire des scripts sans problème.

NAnt est un langage de script construire plus et plus mature, mais ils sont à la fois similaires dans la façon dont ils travaillent. Il y a très peu de choses que je pourrais faire dans NAnt que je ne peux pas le faire aussi dans MSBuild, il vient vraiment à celui que vous êtes plus à l'aise avec. En ce qui concerne la façon dont NAnt active, ne passe pas quand la dernière version était ... au lieu s'écouler quand la dernière nightly build était. NAnt a tendance à aller longtemps entre les versions, mais les nightly builds sont généralement assez stables.

Honnêtement, cela dépend de ce qui convient à votre meilleur environnement. Si vous utilisez beaucoup d'outils non-Microsoft, nunit, CCNet, NCover. Vous trouverez probablement un meilleur soutien à Nant. Par ailleurs, si vous utilisez MSTest, TFSBuild, vous trouverez probablement MSBuild un meilleur environnement. J'apprendre à la fois et utiliser que tout s'intègre plus en douceur avec votre environnement.

Je trouve que vous pouvez également utiliser une approche hybride aussi, en particulier dans les grands projets. Beaucoup de nos scripts Nant ont été convertis en msbuild lorsque de nouveaux composants sont développés. Les deux soutiennent les mêmes caractéristiques principales et peuvent appeler l'autre si vous trouvez une tâche qui est nativement pris en charge dans l'un mais pas l'autre.

Pour les nouveaux démarrage de développement .NET avec MSBuild peut vous faire économiser beaucoup de temps car il peut exécuter la solution des fichiers directement. L'extension de la compilation principale d'effectuer d'autres tâches (contrôle source, déploiement, etc.) fonctionne très bien.

Comme quoi tant de gens ont déjà indiqué, la réponse ici est « ça dépend ». Il y a des choses comme la répétition des opérations qui sont beaucoup plus simples et plus propre à Nant. Voir les forums MSDN pour une discussion à ce sujet.