|
||||||||
|
This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira |
||||||||
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Salut Gregory.
Que pourrait-il m'apporter, ce xUnit plugin?
J'ai vu la documentation disponible sur la page du xunit plugin, et je me demande pourquoi je devrais merger le code du mstest plugin avec celui de xunit. De toute manière, Antonio Marques avait déjà fait le travail, quand tu as commencé à développer le xUnit plugin. Le temps est limité, et il m'est précieux.
A part cette remarque à propos du temps limité, je tiens à souligner que le traitement du mstest plugin ne se limite pas à la transformation des rapports par le biais d'une feuille de style xsl. XSL (et xerces) peu(ven)t bien peu, lorsque mstest décide de rajouter des entités au pif au flux de données. Le xUnit plugin prévoit-il la possibilité de modifier le fichier avant de le transformer à l'aide d'XSL?
== in english
Hello Gregory,
in what the xUnit plugin is worth the merge?
I've read the documentation about the xUnit plugin, and I'm wondering why I should merge the code of the mstest plugin in the xunit plugin. After all, Antonio Marques already did the job before that you started yours on xUnit plugin. My time is limited, and my time looks so precious to me.
After this carpe diem, I wonder if the xUnit plugin allows a specific processing before applying the XSL stylesheet. You know, mstest is not fully XML 1.0 compliant..
Cheers,
Ivo