L'équipe de la Ville est de loin le meilleur serveur CI. Son killer feature pour moi, c'est l'intégration étroite avec les Ide (Ide, Eclipse et VisualStudio). Il peut vous montrer, par exemple, lorsqu'un fichier en cours d'édition dans l'IDE devient obsolète, qui l'a changé et ce qu'ils ont changé. On ne peut s'engager à partir de l'IDE pour le serveur CI, exécutez le comile et les tests sur la construction de la grille, puis le serveur CI devra s'engager, si la compilation est réussie. Vous pouvez cliquer sur créer des rapports dans l'IC web app et il va ouvrir les fichiers appropriés dans l'IDE.
Il y a des plugins disponibles (j'ai écrit: http://team-piazza.googlecode.com), mais pas beaucoup.
+1 pour Hudson.
Hudson est très active au projet, dispose d'une large communauté d'utilisateurs et d'une liste de diffusion des utilisateurs, c'est vraiment facile de commencer avec, est facile à utiliser, a été utilisée sur un vaste, très vaste, des projets (JBoss, JAX-WS, etc) et a ainsi prouvé dossiers de succès, offre de très belles fonctionnalités avancées (par exemple, construire la matrice, de construire, de clustering, etc), est open source, a beaucoup de plugins...
Et si le soutien est vraiment une chose importante, vous pouvez obtenir un support commercial de Sun. Mais FWIW, je n'ai jamais eu de problème de blocage avec Hudson.
Mise à jour: Comme vous le savez peut-être, kohsuke nous Kawaguchi (le créateur de l'Hudson) a quitté Sun/Oracle et a commencé sa propre entreprise de prendre de l'Hudson à l'étape suivante. En d'autres termes, ce n'est pas une menace pour Hudson. Et si vous êtes à la recherche pour le soutien, vous pouvez obtenir une version certifiée de Hudson Serveur CI dans le cadre d'un plan d'abonnement (cette version certifiée bundles une publication de haute qualité de l'Hudson avec un ensemble prédéfini de plugins, plus quelques une commerciale).
Mise à jour: Pour illustrer la taille de leur base d'utilisateurs, voici une comparaison de l'emploi des tendances pour plusieurs IC à outils sur en Effet (en direct de la requête):
Bien sûr ce n'est pas un indicateur technique.
Nous avons commencé avec Hudson pour quelques projets Flex, puis nous avons migré vers TeamCity, quand les développeurs .NET a rejoint nos efforts de CI. Maintenant, encore une fois, nous avons remplacé le serveur TeamCity, retour à Hudson. Les raisons principales sont :-la communauté dynamique de Hudson, mieux que la prise en charge. -L’énorme quantité de plugins pour tous les types de tâches. -L’open source. -Hudson est gratuite, TeamCity est seulement gratuit pour les 10 projets.
Edit : TeamCity est maintenant gratuit pour 20 projets.
Le plus grand argument contre l' Hudson, c'est que chaque version introduit de nouveaux bugs.
Les rejets sont très fréquents, de sorte que vous devez mettre à jour fréquemment afin de ne pas rester à la traîne. Cela signifie que vous avez besoin de consacrer beaucoup de temps à diagnostiquer les problèmes et de restauration précédent Hudson versions. (Parfois, un retour en arrière n'est même pas possible!)
Nous lançons un Déploiement Continu dans notre boutique (lorsque vous vérifiez dans le code, il est déployé sur le site en direct!) et d'avoir à se débattre avec Hudson est nous coûte trop.
Nous sommes activement à la recherche à la migration de TeamCity purement en raison du coût de l'Hudson bugs.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
