CODEWITHSUNDEEP
azure-devopsazure-pipelinespull-request
mdarefull
mdarefull

Reputation: 1039

How to execute Build Task only after PR has been reviewed and approved?

I may have some expensive tasks/tests and a PR that has not been reviewed could require additional changes.

I don't want to run those expensive tasks for every commit or minor change but only after such changes have been reviewed and approved.

These tasks might not only be expensive to run, but they might also have some run quotas. Moving to a CI build is not desirable given it means that code that breaks the app could get into master and it would require an additional PR to fix.

Is it currently possible in Azure DevOps? How?

Upvotes: 8

Views: 2067

Answers (2)

Chris Schaller
Chris Schaller

Reputation: 16689

The general approach to running tasks after a PR Approval is to automate those tasks on the target branch, not the source one. The end result of your PR approval is to commit the merge so this makes a lot of sense.

If you are worried about affecting the master branch then you should use an interim/approval/staging/testing branch before going to master, this branch would have the pipeline trigger.

  • This has an additional benefit to reducing costs by allowing you to consolidate multiple PRs that have been approved for testing
  • This is a basic concept of GitFlow (Feature) branch style

It sounds like you want some of the features from GitFlow but you are using Trunk-based branching.

Upvotes: 0

Edward Han-MSFT
Edward Han-MSFT

Reputation: 3195

If you call this Rest API: Pull Requests - Get Pull Request By Id, the response body will return reviewers array which contains reviewers information. If there is one reviewer approve(or approve with suggestions) this pull request, the value of vote for this reviewer is positive integer, otherwise it is negative integer. Thus this vote property can be used as the flag to check if this pull request is approved or rejected by required reviewers.

Therefore, you could use PR triggers instead of CI triggers, and add a PowerShell task before running those expensive tasks by specifying conditions. And the PowerShell task will run script using above Rest API to check if this pull request is approved and return the result to be the value of flag variable(isApproved), so the flag variable can be passed in those expensive tasks when specifying custom conditions like and(succeeded(), eq(variables['isApproved'], 'true')).

Upvotes: 3

Related Questions