Serveurs d'intégration continue [fermé]
https://stackoverflow.com/questions/140453
-
02-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Mon entreprise envisage de modifier les serveurs d'intégration continue (je ne dirai pas lequel nous avons maintenant, je ne vais donc pas fausser vos réponses :)) 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.
La solution
J'ai récemment mis en place un serveur Hudson . 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. L’ajout de nouveaux projets est infiniment plus simple qu’avec Cruise Control.
Autres conseils
Edit: Nous utilisons Hudson maintenant.
Il y a quelque temps, j'ai examiné un certain nombre d'entre eux avec les conditions suivantes:
- code Java
- Générations Ant
- Les constructions Groovy
- Versions distribuées
- Intégration du déclencheur SCM
- rapports http
- rapports smtp
La Matrice de fonctionnalités de l'intégration continue est un excellent endroit pour commencer.
J'ai fini par sélectionner AnthillPro et je l'utilise avec succès, Il suffit de se gratter à la surface de ce que nous pouvons et espérons pouvoir l'utiliser.
Jetbrains TeamCity était vraiment bien quand nous l'avons examiné. Il est basé sur Java, il devrait donc être facile pour votre équipe de s’étendre, et peut faire des versions distribuées, etc. Il existe une version gratuite que vous pouvez évaluer.
Je me suis aussi penché sur la question et, même si au départ je m'intéressais à CruiseControl, j'ai entendu de bonnes choses sur Hudson et a décidé de l'essayer. 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 à l'aide de 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, j'aime vraiment Hudson .
Il est extrêmement facile à installer (c’est juste un fichier war à déployer), à configurer et à utiliser. De plus, il offre de nombreuses fonctionnalités qui ne sont pas toujours disponibles sur les autres systèmes (matrice de compilation, maître et esclaves, sécurité au niveau du serveur ou du projet, etc.)
Le nombre de plugins est très important à présent, et sa création propre plugin n'est pas si difficile ...
Pour finir, cette application évolue très vite: nous sommes actuellement à la 257ème version et ils ont publié plus de 100 versions en 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 est votre choix.
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
Ceci lancera Hudson via Java Web Start pour un essai routier. Une fois lancé, accédez à http: // localhost: 8080 / pour accéder au tableau de bord. Toute configuration que vous effectuez avec cet Hudson sera stockée dans ~ / .hudson, vos données resteront ainsi conservées jusqu'au redémarrage du processus Hudson.
Si vous utilisez des outils assez standard tels que svn et ant / maven, vous devez disposer d’une version de base et d’une exécution 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 faire manuellement. L’interface et la configuration sont terriblement complexes.
Nous utilisons le 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 acceptable.
Con: de temps en temps, nous devons redémarrer le processus ou la machine car elle arrête d'envoyer des messages pour la construction nocturne. Je ne sais pas ce que cela signifie, mais c'est simplement agaçant.
comme d'habitude avec Java World, il y a le monde open source et le monde commercial.
Nous avons déjà constaté une assez bonne couverture des différentes offres.
Hudson: Je ne connais pas d’autre offre de serveur java aussi facile à évaluer que celle-ci. java -jar hudson.war - peut-il être aussi facile que cela? Non seulement vous pouvez l'utiliser sur Windows, vous pouvez l'utiliser sur toutes les plateformes Java habituelles. Ant, Maven et une foule d'autres plates-formes de construction sont pris en charge.
La meilleure chose à propos de Hudson est la fonctionnalité de plug-in. Il est développé presque continuellement. Vous demandez une fonctionnalité qui ne tardera pas à être réalisée.
D'habitude, je n'aime pas avoir l'air d'un fanboy, mais cette application / développeur / communauté m'impressionne vraiment.
BR,
~ A
Juste un mot sur la Matrice de fonctionnalités d'intégration continue : il n'a pas été collecté par les gens de CruiseControl, il l'a commencé sur CodeHaus par le projet DamageControl et déplacé vers le wiki CruiseControl lorsque DamageControl est passé en veille prolongée. Les informations sont principalement gérées par les propriétaires de projet / produit ou par leurs fans.
Je suis satisfait de bambou . J'ai jeté un coup d'œil à un certain nombre de solutions gratuites avant de m'installer.
Je suppose que je serai le premier à mentionner Luntbuild . En plus du nom peu accrocheur, il s’agit d’un excellent serveur CI.
- Super facile à installer.
- interface utilisateur Web pour créer / gérer vos projets et vos utilisateurs
- Prise en charge de BEAUCOUP de systèmes de contrôle de version (je l'ai utilisé avec CVS, SVN et StarTeam)
- API distante assez astucieuse
- 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 à celles de leurs clients)
- 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 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. Cela a entraîné le déménagement à Hudson pour CI, ce qui est très agréable. 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 CruiseControl projet open source. C'est très joli, beaucoup de fonctionnalités, des versions distribuées, etc. Je ne sais pas ce que c'est l'extensibilité.
Une organisation que je dirige (openqa.org) les a utilisées à un moment ou un autre. Pour ce qui est de la configuration facile, utilisez TeamCity ou Bamboo. Mais en termes de fiabilité globale, vous pouvez regarder Hudson. Je tiens vraiment à JetBrains, mais nous avons découvert que TeamCity se retrouvait dans des états étranges après un certain temps, ce qui rendait nos constructions très peu fiables. Dommage, car j'adore IDEA!
Nous utilisons Automated Build Studio et nous en sommes très satisfaits. C'est une application Windows, vous êtes donc bloqué sur un serveur Windows Build, mais il est très facile à configurer, à maintenir et à utiliser. Vous créez votre processus à partir de composants via un point et un clic. Vous 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 vous tient à cœur.
J'ai administré à la fois Bamboo et Hudson, et je recommanderais Hudson.
Ils sont excellents, mais Hudson supporte mieux les rapports, par exemple la publication de vos rapports de couverture, etc., est tellement plus facile à l’intérieur de Hudson.
Cela devrait changer dans un proche avenir, mais malgré l’intégration de Bamboo avec JIRA, etc. n'est pas).
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.
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 mission, il semblait donc logique de choisir quelque chose avec lequel au moins l'un d'entre nous avait l'expérience.
Avant de choisir Continuum, un développeur débutant a passé deux semaines à essayer de lancer CruiseControl. Cependant, nous avons demandé à Continuum 1.0 de fonctionner en premier.
Nous utilisons Zutubi Pulse , ce qui nous convient parfaitement. Il est très facile à utiliser et possède de nombreuses fonctionnalités avancées.
Nous utilisons StarTeam et entre Hudson et CruiseControl.NET, CC.NET a quelques bogues lors de l’intégration à StarTeam. Il ne semble pas reconnaître l’espace de travail défini 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 j’ai réussi à le faire 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, absence de distribution de tâches sur plusieurs serveurs bien que vous puissiez surveiller plusieurs serveurs) j'ai trouvé un bogue dans l'une des implémentations et parce que c'est une source ouverte, 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 au projet communauté comme check-in Je vous encourage vivement à consulter cette plate-forme. Ce serait également bien si vous pouviez dire ce dont vous avez réellement besoin.
[1]: http://www.codeplex.com/DavidovitzCCE projet
Découvrez notre Parabuild . Par rapport aux outils gratuits, il est très facile à installer et ses frais généraux de maintenance sont proches de zéro. ce n'est pas gratuit mais vous en avez pour votre argent.
Pourquoi n'utilisez-vous pas un service de 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 USD par mois. beaucoup moins cher que de maintenir son propre serveur CI.
Essayez-le.
Envisagez un service de CI hébergé gratuit à l'adresse fazend.com . Il supporte ant .
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.
Vous voudrez peut-être aussi le regarder
http://www.thoughtworks-studios.com/solutions/deployment-management texte du lien
La solution de gestion de déploiement ThoughtWorks allie la puissance de Twist (tests agiles) à Go (gestion des versions).
- Twist capture les exigences pour être
testé directement auprès des utilisateurs professionnels
puis prend en charge leur automatisation tests à long terme qui évoluent avec le application. -
Go aide au développement et
Version de modèle des équipes d'opérations informatiques
processus et déployer des logiciels
de manière répétée et fiable.
