ci(label): trigger workflows on labelling

[clearloop]

Resolves #2888

1. list all check runs for the PR
2. find if the latest check has processed workflow build
3. dispatch workflow with github API
4. create checks from the dispatched workflow
5. update the status of the checks till they are completed

• trigger build on A0-pleasereview
• dispatch workflow and create specified build checks
• maintain the status of the new created checks
• not trigger workflow build when it has already been triggered

---

Why create checks instead of just triggering the workflows with labels?

Triggering the workflows directly will cause the workflows be triggered on each labelling and even if we can skip triggering on non-A0/E2 labels, the state of the check suite will be reset which means our build checks will be disappeared as well

@gear-tech/dev

[clearloop]

show case here:

push without A0-pleasereview in PR, now labelling A0-pleasereview, we can see there are two new checks

• Docs / build / linux
• Docs / build / win-cross

why starts with Docs? see #3087

[clearloop]

now, re-labelling A0-pleasereview and no new builds are triggered, E2-forcemacos will work as same after merging, it doesn't work for now because the new introduced build-macos workflow is not recognized by the github API yet

[shamilsan]

Did you check how it works with [skip ci] prefix?

[clearloop]

Did you check how it works with [skip ci] prefix?

It follows the rules of the provided skip CI implementation https://docs.github.com/en/actions/managing-workflow-runs/skipping-workflow-runs since the label workflow is on: pull_request

I'm thinking of skipping CI may require extra work since I used to try [skip ci] with different workflows, none of them works =,=