Intégration continue toolchains pour .NET et Java de l'Intégration Continue sont relativement bien définis, mais le C++ marché semble avoir moins de consensus. Par CI "toolchain" je impliquent notamment des outils pour construire des scripts de tests automatisés, à la codification des normes de contrôle, etc ... tous avec la préférence donnée à des outils qui s'intègrent avec IC à outils facilement (peut-être des rapports XML, etc). Ce sont les programmeurs en C++ à l'aide de CI toolchains? (Et pourquoi nos toolchains sucer si mauvais comparé à Java/.NET programmeurs??!?)
Réponses
Trop de publicités?
stefano perticoni
Points
61
Nous avons mis en œuvre notre C++ cross plate-forme d'intégration continue de l'infrastructure à l'aide de Parabuild
http://www.viewtier.com/products/parabuild/screenshots.htm
Nous avons été en mesure d'intégrer toutes sortes de Win/Mac/Linux outil de contrôle qualité et en plus c'est vraiment facile à installer et à entretenir: c'est un seul clic l'installation sur chaque plate-forme et l'interface web est très pratique.
Alors que l'évaluation de plusieurs serveurs d'intégration continue, le principal problème était qu'ils étaient Java-biaisée: Parabuild, d'autre part, s'inscrit bien dans le C++ cross plate-forme de développement et d'assurance qualité, de flux de travail
mattwright
Points
588
Une autre option pourrait être buildbot .
Il est écrit en python, mais pas uniquement pour les applications python. Il peut exécuter n'importe quel script pour faire votre build. Si vous regardez leurs réussites, il semble y avoir une grande variété de langues.
Karim
Points
8533
Visual Build Professional est mon outil préféré pour rassembler tous les autres outils. Windows uniquement, bien sûr, mais il s'intègre à toutes les versions de Visual Studio et à une multitude d'outils de test, d'outils de contrôle des sources, de suiveurs de problèmes, etc. Ce n'est que Windows, cependant. Je sais que ce n'est pas toute la pile, mais c'est un début.
Rob Wells
Points
21714
G'day,
Nous avons réellement été confronté à ce problème sur un site où j'ai été contractante précédemment.
Un mec s'est assis et a écrit des outils, principalement des scripts shell, à
- découvrez le code actuel de la base de toutes les heures et faire un build pour vérifier si elle était brisée, et
- découvrez les derniers bons de construire et de faire un build complet et exécuter près de 8 000, des tests de régression.
Nous ne pouvions pas trouver quelque chose de disponibles dans le commerce pour ce faire et afin de Charlie s'assit et écrivit ceci dans bash shell scripts et il a été en cours d'exécution sur HP-UX.
cheers, Rob
user29159
Points
120
Comme apparemment tous les autres tâches en C++, je suis à peine en boitant avec l'intégration continue. Mon programme d'installation démarre avec Eclipse. Je l'ai mis pour générer des fichiers pour mes projets. J'ai des scripts ant qui ne l'ensemble des tâches en cours d'exécution "faire" ou "make clean" sur les makefiles. Ces scripts ant sont la partie de mon projet, et je dois les mettre à jour lorsque j'ajoute une nouvelle configuration de build ou une nouvelle pièce sur le système. Il n'est pas si mauvais.
J'utilise CruiseControl pour exécuter les versions. Chaque projet (tous l'un d'eux) a un script ant de son propre qui effectue construire des tâches spécifiques (copie des artefacts, les résultats du traitement), appelant le projet de script ant à construire.
J'ai eu à utiliser cppunit pour mes tests et traiter les résultats avec un fichier xslt j'ai trouvé quelque part. J'ai aussi du mal révision svn étiquette sur chaque build parce que je ne peux pas trouver un svn étiqueteuse. Tout ce que je peux trouver est à moitié terminé années-vieux code et les personnes faisant valoir que d'autres gens le font mal.
Il me semble que CC est en train de mourir système, mais je n'ai rien trouvé de mieux pour le C++. Puis de nouveau, j'ai aussi l'impression que C++ est une langue moribonde, alors peut-être que c'est plus que juste cela.
