Comment puis-je conserver les avertissements du compilateur dans Hudson (CI) lors de l'utilisation de SVN Update?

Question

J'ai une configuration d'intégration continue en utilisant Hudson et dernièrement j'ai configuré les travaux pour utiliser svn update pour obtenir la dernière version du code. J'aime vraiment cette approche, car elle permet à msbuild d'exécuter la version de façon appropriée et de ne construire que les assemblages affectés.

Cependant, j'ai remarqué que puisque je ne recompile pas tous les assemblages, je perds tous les avertissements du compilateur pour ces assemblages s'ils ne sont pas construits.

Par exemple, si j'ai 3 ensembles avec des dépendances démontrées par indentation:

• Assemblée 1 10 avertissements
  • Assemblée 2 (selon le 1) 10 avertissements
    • Assemblage 3 (Dépend de 2) 10 avertissements

La première construction construira tous les 3 ensembles et connectez-vous 30 avertissements.

Ensuite, si je ne change que l'Assembly 3, Hudson ne construira que l'Assembly 3 et je ne recevrai que 10 warnings pour cette build, marquant ainsi 20 warnings comme "fixed". Pour autant que je sache, il n'y aura aucun moyen de contourner cela, mais j'aimerais savoir si quelqu'un a configuré Hudson pour conserver ces avertissements du compilateur d'un build à l'autre.

Editer: Oui Je réalise que cela peut se transformer en un débat de "vous devriez/ne devriez pas faire de mise à jour sur une boîte CI", mais il y a des raisons que nous sommes allés avec l'approche de mise à jour.

• Son environ 3 fois plus rapide
• Nous produisons toujours le plus à des assemblées de date
• msbuild can version the assemblies appropriately.

Answer 1

Je changerais votre approche pour une construction CI. Faire une construction incrémentale sur une machine de construction est très trompeur, et seulement de valeur marginale (à mon humble avis) et à moins que votre système soit de la taille d'un système d'exploitation, vous ne gagnez probablement pas beaucoup de temps.Si vous avez des assemblages qui ne changent pas souvent ou jamais, empaquetez-les en tant que dépendances "tierces" (peut-être même dans un module de fusion pour que votre déploiement puisse les récupérer facilement) et ne les reconstruisez pas avec votre CI. . D'autre part, si tous vos assemblages sont volatils (doivent être reconstruits plus d'une fois dans un cycle de publication), construisez-les tous, tout le temps.

Answer 2

Vous effectuez l'intégration continue pour voir comment un assemblage interfère avec les autres assemblages. Donc, s'ils ont des dépendances, vous devriez tout construire. Si elles n'ont pas de dépendances, créez un travail par assembly (dans votre cas 3).

La version que vous décrivez n'est pas une version complète, elle est uniquement une version mise à jour et doit être effectuée sur la machine du développeur.

EDIT: Versioning Problème

Vous pouvez configurer Hudson (en relation avec SVN) d'ignorer commits par certains utilisateurs. En utilisant cette liste noire, il ne devrait pas y avoir de problème avec msbuild faisant le versioning.

Answer 3

Eh bien, msbuild fait ce qu'il devrait faire: Il consigne uniquement les avertissements qu'il a rencontrés.

Si vous devez utiliser svn mise à jour, la seule façon serait d'une certaine façon:

• analyser le journal de construction et de déterminer quels ensembles ne sont pas construits
• foreach Assemblée unbuilt
  • regarder la avertissements pour la dernière fois que cet assemblage particulier a été construit
  • manuellement porter ces avertissements vers l'avant, dans la version actuelle.

Il peut/ne peut pas être difficile à manier et il devrait avoir une compréhension correcte du format journal msbuild.

On pourrait aussi prétendre qu'il est trompeur puisque vous enregistreriez des avertissements qui n'ont pas été consignés pour cette version particulière.