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

voix
26

J'utilise MSBuild pour construire mes affaires. Je veux utiliser CruiseControl.net que par Build Server.

Maintenant, CCNET fait référence NANT beaucoup, mais il semble que CCNet peut faire la plupart des choses de Nant pourrait faire dans la configuration du projet et msbuild. En outre, NANT semble un peu non pris en charge, avec une version bêta qui est presque un an maintenant.

En bref: Je suis en fait assez heureux avec MSBuild (d'autant plus que c'est l'extrémité avant du compilateur « officiel ») et un peu mal à l'aise avec NANT, mais je ne veux pas juger prématurément.

Quelles seraient les raisons d'utiliser NANT sur MSBuild? Surtout avec CCNet, qui semble chevaucher un peu avec nant en termes de fonctionnalités (et en ajoutant la construction automatique substance liée)

Créé 04/08/2008 à 15:55
source utilisateur
Dans d'autres langues...                            


7 réponses

voix
15

Si vous êtes très heureux avec MSBuild, alors je bâton avec MSBuild. Cela peut être l'un de ces cas où l'outil que vous apprenez d'abord est celui que vous préférerez. J'ai commencé avec NAnt et ne peut pas tout à fait se habituer à MSBuild. Je suis sûr qu'ils seront tous deux autour depuis un certain temps.

Il existe des différences fondamentales entre les deux, probablement mieux mis en évidence par cette conversation entre certains fans NAnt et un Microsoftie .

Fait intéressant, Jeremy Miller a posé la question exacte opposée sur son blog l' année dernière.

Créé 04/08/2008 à 23:52
source utilisateur

voix
5

À 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.

Créé 04/08/2008 à 16:12
source utilisateur

voix
3

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.

Créé 04/08/2008 à 16:52
source utilisateur

voix
1

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.

Créé 29/08/2008 à 05:23
source utilisateur

voix
1

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.

Créé 04/08/2008 à 16:37
source utilisateur

voix
0

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.

Créé 29/09/2008 à 15:00
source utilisateur

voix
0

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.

Créé 04/09/2008 à 21:52
source utilisateur

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more