Serveurs d'intégration continue
Mon entreprise envisage de modifier les serveurs d'intégration continue (je ne dirai pas lequel nous avons maintenant, je ne vais donc pas introduire vos réponses de toute façon :)) Je me demande si quelqu'un a des recommandations? Meilleure expérience utilisateur, niveau de difficulté à maintenir, etc.
Notre code est entièrement en Java et nous utilisons ANT comme outil de construction.
J'ai récemment implémenté un Hudson server. Ayant déjà utilisé Cruise Control, Je suis très satisfait de Hudson et très impressionné par sa facilité d’installation et d’utilisation. Ajouter de nouveaux projets est infiniment plus simple qu’avec Cruise Control.
Edit: Nous utilisons Hudson maintenant.
Il y a quelque temps, j'ai examiné plusieurs de ces critères avec les exigences suivantes:
- Code Java
- Constructions de fourmis
- Groovy construit
- Versions distribuées
- Intégration du déclencheur SCM
- rapports http
- rapports smtp
La matrice de fonctions d'intégration continue est un excellent point de départ.
J'ai fini par sélectionner AnthillPro et je l'utilise avec succès, je ne fais que gratter ce que nous pouvons et espérons pouvoir l'utiliser.
Jetbrains TeamCity avait l'air vraiment bien quand on l'a regardé. Il est basé sur Java et devrait donc être facile à étendre pour votre équipe, et peut faire des versions distribuées, etc.
Je me suis aussi penché sur la question et même si, au départ, je me suis penché sur CruiseControl, j’ai entendu de bonnes choses sur Hudson et j’ai décidé de faire un essai. Je suis complètement époustouflé par la facilité avec laquelle il a été facile de démarrer (il suffit de télécharger et d'exécuter) et la configuration est effectuée via l'interface graphique pour éviter les fichiers de configuration XML.
En quelques minutes, j'avais effectué ma première compilation Ant. Je le fais maintenant fonctionner en tant que service Windows sur un serveur disponible 24h/24 et 7j/7 au bureau et via un réseau privé virtuel. La mise à niveau est aussi simple que de télécharger le nouveau fichier war et de le redémarrer.
La prise en charge des rapports Junit est prête à l'emploi. L'installation de plugins supplémentaires est également très facile et j'ai ajouté des plugins pour Trac, Cobertura, FindBugs et PMD. La qualité des codes et des tests augmente, car il est très satisfaisant de voir les graphiques de tendance augmenter!
Je l'utilise maintenant pour gérer toutes mes versions pour les environnements de test et de production. Comme je gère plusieurs applications Web, cela me donne plus de temps pour la programmation. Honnêtement, je ne me souviens pas comment j'ai réussi à m'en passer.
Comme d’autres personnes ici, je vraiment aime Hudson .
Il est extrêmement facile à installer (c’est juste un fichier war à déployer), à configurer et à utiliser . En outre, il offre de nombreuses fonctionnalités qui ne sont pas toujours disponibles sur d’autres systèmes sécurité au niveau du serveur ou du projet ...)
Le nombre de plugins est assez important maintenant, et créer son propre plugin n'est pas si difficile ...
Pour finir, cette application évolue très vite: nous en sommes actuellement à la 257ème édition et ils ont réalisé plus de 100 parutions depuis un an!
Pour les français, j’ai écrit un guide assez complet pour utiliser Hudson ici .
Si vous utilisez le logiciel du personnel Atlassian (par exemple, Jira, Clover, etc.), Bamboo vous convient.
Nous l'utilisons depuis quelques mois et je peux le recommander. Ça vaut son argent.
Si vous n'êtes pas complètement vendu sur Hudson, un essai routier en un clic devrait vous faire changer d'avis.
Cliquez ci-dessous:
https://hudson.dev.Java.net/hudson.jnlp
Cela lancera Hudson via Java Web Start pour un essai routier. Une fois qu'il est lancé, visitez http: // localhost: 8080/ pour accéder au tableau de bord. Toute configuration que vous effectuez avec cet Hudson sera stockée dans ~/.hudson afin que vos données survivent jusqu'au redémarrage du processus Hudson.
Si vous utilisez des outils assez standard tels que svn et ant/maven, vous devriez avoir une version montée et opérationnelle en 5 minutes. Différents outils et cela peut prendre 20 minutes!
Voir une introduction ici:
Le bambou fonctionne très bien; si vous avez de l'argent, je le recommanderais. Le régulateur de vitesse vaut son prix; Je n'ai jamais réussi à le faire découvrir de manière fiable que des modifications de source ont été apportées et générées, ni à le générer manuellement. L'interface et la configuration sont terriblement complexes.
Juste un mot sur la Matrice des fonctionnalités d'intégration continue : elle n'a pas été collectée par les personnes de CruiseControl, mais par le { commencé sur CodeHaus par le projet DamageControl et déplacée vers le wiki CruiseControl lorsque DamageControl est parti en hibernation. Les informations sont en grande partie gérées par les propriétaires du projet/produit ou par leurs fans.
comme d'habitude avec le monde Java, il y a le monde open source et le monde commercial.
Nous avons déjà vu une assez bonne couverture des différentes offres.
Hudson: Je ne connais aucune autre offre de serveur Java aussi simple à évaluer. Java -jar hudson.war - peut-il être aussi simple que cela? Non seulement vous pouvez l'utiliser sur Windows, vous pouvez l'utiliser sur toutes les plateformes Java habituelles. Ant, Maven et un hôte d'autres plates-formes de construction sont pris en charge.
La meilleure chose à propos de Hudson est la capacité de plug-in. Il est développé presque continuellement. Vous demandez une fonctionnalité et il ne faudra pas longtemps pour que cela soit fait.
D'habitude, je n'aime pas avoir l'air d'un fanboy, mais cette application/développeur/communauté m'impressionne.
BR,
~ A
Nous utilisons Régulateur de vitesse . Il possède toutes les fonctionnalités que nous souhaitons et était assez facile à configurer. L'intégration avec ANT et SVN est correcte.
Contre: de temps en temps, nous devons redémarrer le processus ou la machine qui cesse d'envoyer des messages pour la construction nocturne. Je ne sais pas de quoi il s'agit, mais c'est simplement agaçant.
Je suis heureux avec bambou . J'ai regardé un certain nombre de solutions gratuites avant de me décider.
Je suppose que je serai le premier à mentionner Luntbuild . En plus du nom moins accrocheur, il s’agit d’un great serveur CI.
- Super facile à installer.
- Interface utilisateur Web pour créer/gérer vos projets et vos utilisateurs
- Prise en charge de nombreux systèmes de contrôle de version (je l'ai utilisé avec CVS, SVN et StarTeam)
- API distante assez lisse
- Granularité relativement élevée pour le contrôle d'accès (vous pouvez donc donner aux clients un accès uniquement à leurs versions, et non à leurs versions)
- et bien plus encore.
Découvrez la démonstration en direct ..... compte/mot de passe démo/démo
Remarque: la démo en direct contient quelques versions.
Nous utilisons Automated Build Studio et nous en sommes assez satisfaits. C'est une application Windows, donc vous êtes bloqué sur un serveur Windows Build, mais du côté des avantages, il est très facile à configurer, à entretenir et à utiliser. Vous créez votre processus à partir de composants via un point et un clic, et pouvez utiliser un script si aucun des composants ne répond à vos besoins.
Parmi les quelques-uns que j'ai utilisés, Buildbot se distingue comme le plus puissant et le plus flexible. Ce n'est pas la plus jolie, cependant, si cela compte pour vous.
Nous avons utilisé le régulateur de vitesse avec des résultats décents. Nous avons depuis commencé à utiliser Maven comme outil de construction dans tous nos projets. Avec cela est venu le déménagement à Hudson pour CI qui est très gentil. Si vous pensez qu'un déménagement chez Maven pourrait être dans votre avenir, je le recommanderais. Je pense que Hudson peut même être utilisé pour appeler des tâches Ant, même si un wrapper Maven est en ordre.
Thoughtworks Cruise est le produit commercial du projet open source CruiseControl . Très joli, beaucoup de fonctionnalités, versions distribuées, etc. Je ne sais pas ce que c'est l'extensibilité.
J'ai administré à la fois Bamboo et Hudson, et je recommanderais Hudson.
Les deux sont excellents, mais Hudson prend mieux en charge les rapports, par exemple, publier vos rapports de couverture, etc. est tellement plus simple dans Hudson.
Cela devrait changer dans un proche avenir, mais malgré l'intégration de Bamboo avec JIRA, etc. .
Nous utilisons également Hudson et si ce n’était pas la récession, nous utiliserions probablement Bamboo et la plupart des produits Atlassian (Bamboo, Crucible, Confluence) avec JIRA.
Une organisation que je dirige (openqa.org) a, à un moment ou un autre, utilisé à peu près tous. En termes de configuration facile, choisissez TeamCity ou Bamboo. Mais en termes de fiabilité globale, vous pouvez regarder Hudson. Je vraiment aime JetBrains, mais nous avons trouvé TeamCity entrer dans des états étranges après un certain temps, ce qui a rendu nos versions très peu fiables. Dommage, car j'adore IDEA!
Découvrez notre - Parabuild. Par rapport aux outils gratuits, il est très facile à installer et son temps d’entretien est presque nul. ce n'est pas gratuit mais vous en avez pour votre argent.
Pourquoi n'utilisez-vous pas un service CI hébergé alors vous n'avez pas à vous soucier de la maintenance, des coûts, etc.
MikeCI est un service de CI hébergé qui héberge vos versions dans Amazon EC2 et pour seulement 10 dollars par mois, cela coûte beaucoup moins cher que de conserver votre propre serveur de CI.
Essayez.
Vous voudrez peut-être regarder aussi
http://www.thoughtworks-studios.com/solutions/deployment-managementtexte du lien
La solution de gestion de déploiement ThoughtWorks allie la puissance de Twist (test Agile) à Go (gestion des versions).
- Twist indique que les exigences doivent être testées directement auprès des utilisateurs professionnels.
et prend ensuite en charge leur automatisation sous forme de tests à long terme qui évoluent avec l’application - Go aide la publication du modèle des équipes de développement etIT
processus et déployer le logiciel
répétable et fiable.
Nous utilisons Zutubi Pulse et cela fonctionne très bien pour nous . Il est très facile à utiliser et possède de nombreuses fonctionnalités avancées.
J'utilise Continuum pour mon serveur d'intégration continue. Aucune raison autre que celle pour laquelle j'allais engager un responsable du développement qui en avait fait usage lors de sa dernière affectation a semblé logique de choisir quelque chose avec au moins l'un d'entre nous qui avait de l'expérience.
Avant de choisir Continuum, un développeur junior avait passé deux semaines à lancer CruiseControl. Cependant, nous avons demandé à Continuum 1.0 de fonctionner en premier.
CruiseControl.NET est beaucoup plus efficace sur les machines Windows que sur la version Java. Surtout quand le serveur de build dédié n'est pas encore disponible.
Nous utilisons StarTeam et entre Hudson et CruiseControl.NET, CC.NET a quelques bugs lors de l’intégration à StarTeam. Il ne semble pas reconnaître l’espace de travail que nous définissons dans les fichiers de configuration.
L’année dernière, lors d’une conférence aux États-Unis, j’ai entendu parler de Cruise Control .net lors d’une présentation d’une heure. En rentrant chez moi dans la plaine, j’ai décidé de mettre en place un petit POC pour notre société et je l’ai fait avec succès en moins de 5 heures ( y compris tout l'apprentissage que j'aurais pu faire).
Je l'utilise depuis et je dois dire que je suis très satisfait des résultats et de la facilité d'utilisation, Il y a quelques inconvénients (par exemple, le manque de répartition des tâches sur l'échelle des serveurs même si vous pouvez surveiller plusieurs serveurs) i a trouvé un bogue dans l’une des implémentations et parce que c’est un open source, j’aurais pu le réparer très rapidement (gros avantage) - j’ai créé un petit [projet] [1] dans codeplex pour contenir mes correctifs avant de les apporter. la communauté en tant que check in . Je vous encourage vivement à regarder cette plate-forme, ce serait aussi bien si vous pouviez dire ce dont vous avez réellement besoin.
[1]: http://www.codeplex.com/DavidovitzCCE project
Envisagez un service CI gratuit hébergé sur fazend.com . Il supporte ant.