Revoke the previous approved breaking changes if ARM request changes after the previous approval

As title, sometimes, service team get ARM signed off from a long time ago and SDK breaking changes review happens soon after that, but cases are common that service team could still need to change something after all the signed offs and ARM will revoke the ARＭ sign off labels, at that time, we should revoke all the approved SDK breaking changes as well.

See https://github.com/Azure/azure-rest-api-specs/pull/24625 for an example. the previous invalid SDK breaking change approve labels cause we fail to run CI check properly, and the PR even get merged with all the SDK generation failed.