-
Notifications
You must be signed in to change notification settings - Fork 2.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
VSTest publishRunAttachments has no effect on what is published #12183
Comments
@bancey We acknowledge that the parameter does not work as expected. You can try out our new richer code coverage experience which is in preview If you are interested, we will enable this on your account in couple of days. |
This option has been this way for quite some time. Since we have not had the need so far to disable attachment uploads we have not prioritized fixing this. Let us know if the above first class rich coverage experience does not satisfy your needs and we can revisit this. Thanks. |
Thanks for looking into this - would be good to get access to the richer code coverage experience, how would I go about getting this enabled for my organisations? |
@bancey, Please mail your account details on devops_tools@microsoft.com. |
Will the new code coverage features be able to handle multiple coverage results? And additional formats? I have a project that contains both JavaScript and C# tests - currently, I produce cobertura results and merge them together to generate the HTML coverage report on the build report. I ran into this same issue - uploading the .coverage results would prevent the HTML report appearing. My work around was to call vstest via PowerShell to avoid the attachment upload. Ideally, I could run the C# tests and publish the results, and then run the JavaScript tests and publish the results. Thanks! |
Hi, My task configuration - that is the last task in the build, no tasks and no stages after that. The task is in a yaml file that is used as template for a job from the root yaml. The root yaml file doesn't has any other jobs currently. The build is successful and all tests are passed:
The log output Thanks! |
Hi @nehsharmMS, could u let us know is the above code coverage details is rendered from the visual studio .coverage file by a seperate step task, or is this actually generated from Vstest Task or the .coverage file is parsed to xml then published using publish code coverage results task, Keen to know how this coverage details are published in the above shared images. |
Could you set system.debug variable to true and run the pipeline, it will provide you more detailed log about what happening behind the hood of the ADO. |
@simonachmueller Just to confirm is this bug resolved? |
@vjoshi-msft it's not my bug, I just pointed that user can enable system.debug |
I'm facing the same problem as well. While I appreciate the "We acknowledge that the parameter does not work as expected", the solution given of "send us an email" should not be considered a valid solution for closing this ticket. I understand that it's not a priority, but unless there is a ticket somewhere, it will never get fixed. If there is a ticket already tracking this, please link it, if not, reopen this one. |
Any update on this? I am having the same issue where the results in the .coverage file generated being published, which prevents me from publishing processed coverage results later in my pipeline. This 'richer code coverage' screen still doesn't appear to be released as i am not seeing output as shown in that screenshot. |
Type: Bug
Enter Task Name: VSTestV2
Environment
Azure Pipelines
Hosted Agent - "Hosted VS2017" pool
Issue Description
The "publishRunAttachments" parameter has no effect on whether attachments actually get published. They are published regardless.
Snippet from my pipeline yaml:
This results in the .coverage file generated being published, which prevents me from publishing processed coverage results later in my pipeline.
Should be fairly easy to reproduce, happy to provide further information if required.
The text was updated successfully, but these errors were encountered: