Комментарии:
Dave, thank you for this content, it has been most useful. Is there any reason that the 'Testing' Deployment type in the Deployment Group on the specific ADO ticket would not reflect the deployment to that section, even though the pipeline that released to that environment is reflecting as successful? For example, a task, linked to a branch and included in a build was successfully deployed to both the Development and CI environments, according to the pipeline status. The deployment only reflects in the "Development' section of the deployment group, not in the 'Testing' group.
ОтветитьHey, Dave! This is a great job! As always! Could you please tell me if it is possible to add a specific tag to the work item when the release, associated with this release, is done?
ОтветитьGreat video! I was wondering if you knew of a way to use pre deployment guard (or any other mechanism) to prevent the deployment of a build to production that has any open work items? It seems a pretty common need, to prevent the elevation of code that is in the staging build, but has not been signed off.
ОтветитьNice, Can any of this be achieved in Yaml pipelines?
ОтветитьHow to get work items through mail after deployment
ОтветитьNice Work! One Question - would it be possible to link work items with boards - through a release pipeline only? So the release pipeline's artifact would not be from a build pipeline - in our case from a branch.
Thanks!
Hi. would be great if you also show how to link work-item with YML pipelines in Azure DevOps?
ОтветитьHi, just a question, after linking the Releases with the workitems, can it then be queried as external links? like I want to know which release this work item has been deployed to. Thank you
Ответитьhow to differentiate if the item falls in release definition, release definition details, release deployments, release deployments task...as well as how can we identify the release name
ОтветитьGreat Explanation !!!
ОтветитьPretty neat, Dave. Cleared my doubts. Do you plan to make more videos on Azure DevOps? I'd suggest, how to best setup the CI-CD and the best practices to follow. If you could do it from the scratch, that'd be great.
ОтветитьThank you for responding to my questions.
It looks like the difference between "report results to work" and "report results to board" is the place and and a moment when the results appear on a form of a single work item.
No summaries for group of work items on board side, right?