2009-04-16 5 views
2

Actuellement, les journaux msbuild pour team build sont épouvantables car ils ne sont que du texte brut et sont très difficiles à lire. De plus, ceux créés par ma build sont d'environ 30Mb et prennent un certain temps à télécharger (notre serveur TFS se trouve dans notre datacentre).Existe-t-il un meilleur moyen de visualiser les journaux de construction d'équipe?

Est-ce que quelqu'un connaît un moyen de pouvoir visualiser ces journaux plus facilement, de préférence intégré à TFS lui-même ou à TFS WebAccess?

Répondre

2

Jetez un coup d'oeil au blog suivant, je l'ai fait il y a un certain temps:

http://www.woodwardweb.com/teamprise/000415.html

Cette section explique comment créer une page ASP.NET simple qui vous diffuser le contenu de votre fichier journal sur HTTP. L'avantage de cette manière est que vous n'avez pas à attendre le chargement complet de la page avant que le journal commence à s'afficher pour vous dans Visual Studio.

Aussi - vous pouvez ajouter une simple mise en forme au fichier pendant la diffusion. Dans l'exemple sur mon blog, je fais simplement apparaître le début de chaque cible en gras pour les faire ressortir un peu plus, mais vous pouvez voir comment vous pourriez devenir fou avec cette approche si vous le vouliez.

+0

Merci Martin J'avais déjà vu votre article sur le blog mais je n'ai pas pu le retrouver. Merci pour le lien. Je pense que je pourrais implémenter le vôtre pour commencer afin que je puisse au moins voir les journaux rapidement. J'ai également trouvé quelques articles sur l'ajout de loggers personnalisés qui pourraient être un bon point de terminaison, votre vue aspx qui fait peut-être une transformation xsl sur un fichier msbuild personnalisé. http://blogs.msdn.com/aaronhallberg/archive/2006/08/30/adding-custom-loggers-to-team-build.aspx –

+0

Ce serait plutôt cool. Si vous vouliez partager le code avec lequel vous avez fini, je sais que beaucoup de gens seraient intéressés - pourrait même faire un joli petit projet CodePlex! –

1

Si l'augmentation de la bande passante n'est pas une option, je vous suggère d'écrire votre propre enregistreur html et de l'attacher au processus de construction. Diviser le journal de construction html en parties mineures (définies par des cibles et/ou des projets) et avoir un fichier d'index pointant vers toutes les parties mineures avec des informations appropriées si une partie donnée a échoué ou a réussi. Ensuite, vous avez seulement besoin d'analyser le fichier d'index et toute partie demandée sur le lien.

Une troisième possibilité consiste à compresser le fichier journal une fois la génération terminée.

Questions connexes