Après beaucoup de confusion, j'ai finalement réussi à déployer avec succès une instance de Cruise Control .net sur notre serveur de build. Il interroge le serveur toutes les quelques minutes et ne construit que s'il détecte des changements dans le dépôt svn. Pour la construction et les tests, j'utilise une combinaison de MSBuild et NUnit. MSBuild supprime tous les fichiers xml des résultats de test précédemment générés, construit les projets et exécute NUnit. Enfin, j'inclue les résultats générés à partir des résultats de test dans le résultat de la compilation Cruise Control en cours en utilisant l'option Publisher \ Merge dans ccnet.configCruise Control .net: Utiliser les paquets et montrer les résultats de NUnit
Les résultats sont plutôt bons. Cependant, les journaux générés sont énormes et difficiles à parcourir. Je regardais la propre instance du régulateur de vitesse au http://ccnetlive.thoughtworks.com/ccnet/server/CCNet%20Live/project/NetReflector/ViewProjectReport.aspx et le rapport de construction a plus d'options incluses sur le côté comme les résultats de NUnit etc.
J'ai essayé d'installer plusieurs paquets à partir du CCnet Administer Dashboard mais aucun des paquets nouvellement installés apparaît sur le tableau de bord. Je devine que je dois faire plus que simplement installer ces paquets comme bricoler avec les fichiers de configuration mais je ne peux pas comprendre comment. Quelqu'un a-t-il de l'expérience à cet égard?
J'allais utiliser la tâche nunit directement, mais Cruise Control .net dit que ce n'est pas recommandé de le faire de cette façon. Voici le lien: http://confluence.public.thoughtworks.org/display/CCNET/NUnit+Task. Je suis assez satisfait de la façon dont cela fonctionne en ce moment. En ce qui concerne les paquets, il semble que le processus de travail IIS n'ait pas le droit d'accéder au dossier du tableau de bord pour apporter des modifications. – shake
OK c'est une bonne raison de ne pas utiliser la tâche nunit. Si vous avez une configuration de tests spécifique, il est préférable de la placer dans une cible msbuild, disponible de partout, plutôt que de la mettre dans la conf de ccnet. En ce qui concerne votre problème de rapport, vérifiez le xsl inclus dans votre fichier dashboard.config (et ccservice.exe.config pour les emails), vérifiez que l'utilisateur IIS a accès à votre dossier de tableau de bord et redémarrez IIS. Cela devrait faire l'affaire. –
Ouais c'est exactement ce que j'ai fait et ça a fait l'affaire. Merci pour tout votre aide – shake