{"id":110864,"date":"2017-09-13T07:35:02","date_gmt":"2017-09-13T14:35:02","guid":{"rendered":"https:\/\/www.microsoft.com\/en-us\/power-platform\/blog\/power-automate\/tracking-changes-in-a-deployment\/"},"modified":"2025-06-11T08:11:59","modified_gmt":"2025-06-11T15:11:59","slug":"tracking-changes-in-a-deployment","status":"publish","type":"post","link":"https:\/\/www.microsoft.com\/en-us\/power-platform\/blog\/power-automate\/tracking-changes-in-a-deployment\/","title":{"rendered":"Advanced | Flow of the Week: Tracking changes in a deployment"},"content":{"rendered":"

In a previous blog<\/a>, we saw how the Microsoft Flow team tracks Flow portal and backend deployments as they get deployed across regions. While knowing which builds are deployed to which region helps during a live site investigation, an equal if not more important piece of information is knowing what changes were deployed as part of a build. Knowing what changes comprise a build and where it is deployed helps assess the impact of a live site incident and take corrective actions accordingly. However, knowing which changes are being deployed also helps in the following ways:<\/p>\n