Build report tab seems to not become visible in multi-stage YAML about azure-devops-mutationreport-publisher HOT 10 CLOSED

If you have any questions I should be available this weekend. You can contact me here or on our slack.

from azure-devops-mutationreport-publisher.

@Mobrockers any suggestions on where I need to look to prepare a fix?

from azure-devops-mutationreport-publisher.

@robertlyson the most likely places would be either for yaml pipelines there is a different contribution extension point (target:

Perhaps you could look into the extension docs to see if you can dig up anything about those two things. That's where I would start.

from azure-devops-mutationreport-publisher.

Found a few related things:

• protractor solution for the issue
  maciejmaciejewski/azure-pipelines-protractor#11
  https://github.com/maciejmaciejewski/azure-pipelines-protractor/blob/master/azure-devops-extension.json
• apparently official sample has the same issue
  microsoft/vsts-extension-samples#110
• and looks like docs have an issue with documenting the behavior :)
  MicrosoftDocs/azure-devops-docs#7728

from azure-devops-mutationreport-publisher.

Awesome finds :)

I am especially interested in that dynamic keyword used by protractor and what it does. They also have support for multiple reports which is something we also need, so that should help very much in figuring out how to get this working!

Are you interested in giving it a shot or do you think that's a bit much as a first contribution?

If you are interested, this repo should be mostly setup to be able to live debug the web extension I think but I haven't tested it. This blog post describes how it should be set up to be able to run the web extension locally without uploading to azure devops: https://github.com/microsoft/azure-devops-extension-hot-reload-and-debug

Then, if you want to try out the extension in an actual azure devops, you're gonna have to set up a publisher account at https://marketplace.visualstudio.com/manage, upload the extension as private (using a different extension id) and share the extension with your own private azure devops somewhere.

Actually looking at that blog again I slightly misunderstood how the local development setup works. I should probably create some step by step documentation to get that whole setup working.

from azure-devops-mutationreport-publisher.

@Mobrockers thanks for the resources, that will make my contribution easier, will give it a try over the weekend :)

from azure-devops-mutationreport-publisher.

@Mobrockers I was only able to publish a test extension package but couldn't debug it locally yet. If you like you can give the issue try, if not I'm happy to continue my investigation over the next weekend. I just wanted to share my update.

from azure-devops-mutationreport-publisher.

Thanks for the update!

from azure-devops-mutationreport-publisher.

Hi @robertlyson

I think the biggest issue was actually in the deployment itself. I had set updateTasksId: true, which generates the task id's based on the publisher and extension name. I had not used this when testing, but added it as part of the public release when I added a proper release pipeline for the extension..

Turns out when you change task id's in the pipeline, and those task id's are used for the 'contributingtask' section, those are not changed.. :/ Which means there was a mismatch and the tab never became visible. Which also means this issue was probably not only with YAML pipelines but with all pipelines... 🤦‍♀️

I'm soon releasing a new version which should fix this problem.

from azure-devops-mutationreport-publisher.

@Mobrockers glad you figured it out. Many thanks for fixing the issue 👍

from azure-devops-mutationreport-publisher.