Recommandations concernant les systèmes d'intégration continue

Question

Nous évaluons actuellement différentes applications qui s'interfacent avec Visual Studio 2008 (C#) et Subversion pour effectuer des builds automatisés de nos bibliothèques principales.Nous espérons que les builds seront effectués tous les soirs et que nous enverrons par courrier électronique la liste des modifications apportées à chaque développeur ou que les dernières versions seront transmises à chaque poste de travail.Quelle a été votre expérience avec ces outils et quelles sont quelques recommandations ?

---

Logiciel suggéré

• Régulateur de vitesse .NET
• Hudson
• ÉquipeCité

Articles suggérés

• Intégration continue:De la théorie à la pratique 2e édition (CC.net)
• Automatisation de votre processus de création et de déploiement ASP.NET avec Hudson

Answer 1

Cruise Control.net (ccnet) fait tout ce que vous recherchez.C'est assez facile à utiliser, assurez-vous simplement que si vous comptez l'exécuter en tant que service, vous lui donnez un compte et ne le faites pas fonctionner en tant que service réseau, de cette façon vous pouvez lui donner des droits sur les boîtes intranet et le faire faire. xcopy se déploie.

Il propose toutes sortes de modes de messagerie, en cas d'échec, sur tous, en cas de réparation après échec, et bien d'autres encore.

Answer 2

Hudson est l'outil d'intégration continue/de construction quotidienne le plus simple que j'ai vu.Je ne sais pas s'il répond à toutes vos exigences.

Answer 3

Jetez un œil aux JetBrain (les gars derrière ReSharper) ÉquipeCité

Answer 4

j'ai utilisé cc.net avec Nant et msbuild avec beaucoup de succès, je le recommande vivement.

Answer 5

Chez mon dernier employeur, j'ai mis en place un buildserver avec cc.net.Attendez-vous à au moins un ou deux jours de travail pour le mettre en place.J'ai utilisé cc.net avec nant et msbuild.Ces projets présentent de nombreux chevauchements en termes de fonctionnalités, il peut donc être judicieux de réfléchir à la manière dont vous souhaitez tout configurer.

La configuration avec laquelle j'ai finalement opté était cc.net sur le serveur pour récupérer le projet de Subversion et lancer les scripts nant.nant a été utilisé pour appeler msbuild pour créer les fichiers .sln de Visual Studio et effectuer toutes les autres étapes de construction comme l'exécution de tests, etc.

J'ai aussi jeté un coup d'œil à Teamcity.À première vue, il semble bien meilleur que cc.net mais je n'ai pas encore eu le temps de l'essayer.Cela vaut certainement le détour.

Answer 6

J'utilise CC.Net avec SubVersion et MSBuild pour y parvenir. Ici est un excellent guide pour mettre en œuvre cela que j'ai suivi et que j'ai trouvé très utile.

Answer 7

Quelques informations sur le travail avec cc.net et msbuild.Si vous créez des projets C/C+=, msbuild n'est, euh, pas fiable au moins avec VS 2005 (et peut-être avant).Je n'ai pas testé avec VS 2008.Nous avons constaté que parfois msbuild fonctionnait correctement, parfois non.En essayant de résoudre le problème, nous avons trouvé vcbuild.exe qui semble bien fonctionner à la place de msbuild lors de la création de solutions C/C++.

Answer 8

Si vous utilisez trace pour le suivi des problèmes, le mordu le plug-in fonctionne bien.Ce n'est pas spécifique à la plate-forme (nous l'exécutons à la fois sur Windows et Linux au travail, avec respectivement msbuild/mstest et make/gcc/cpptest).

Answer 9

J'utilise Hudsons Jenkins pour obtenir une construction quotidienne.C'est vraiment très facile à installer et à entretenir.Et il dispose de nombreux plugins qui répondent pleinement à nos besoins.