@amacado there's an issue with the "bot: build" label. When I check for it inside the build_icons.yml, GitHub complains that there's an error.

Turns out that the ":" mess up the syntax, which means we have to rename the build label. Here are some variations that I tested that seems to work:
-bot:build with no space in between
-bot-build with a "-"

Let me know what you think. I'll create a bot:build label just for testing purpose

@Thomas-Boi let me know when you're ready for a new review! 👍🏻

Hey @amacado,

The workflow file now properly push any changes to a new branch and opens a PR on the triggered branch. This took awhile because I couldn't find an action on the marketplace that works for us.

Features:

• New trigger that would only run the script when a label is added to the PR
• A PR action that commits our changes, push a new branch then open a PR onto the triggered branch.
• PR action also deletes our branch after it's closed or merged.
• Checks to ensure that the previous steps ran before continue

To test the script:

• Remove all the labels
• Add label test123.
  • Check the Actions tab
  • You should see a workflow run but then skipped => This is expected since it's not bot:build
• Add label bot:build.
  • Check the Actions tab
  • You should see a workflow run.
  • Once it's done, check the Pull Request tab => You should see a new PR
• Check the PR's file changes to confirm that files have been built (these should be the .eot and .woff files).
• You can merge them if you want to.

Note:

• This is the label check inside the script:

    if: contains(github.event.pull_request.labels.*.name, 'bot:build')

• Unfortunately, this does not check whether the recently added label is named bot:build. Instead, it checks whether the branch already has a bot:build label. I couldn't find an event that would give us only the label that was added.
• You can see this behaviour if you add another label to the PR. The script would gets trigger even though the label is not bot:build.
• Here is the pull_request object that I'm checking in the if statement above. Please feel free to give it a look to see if you can find a better property that we can use to check.

What's next:

• We want to have dynamic naming for the PR branch. To do that, I'd need your help to define the format as shown on Discord. For other contributor's reference, here are my questions:

In our workflow, after we built the fonts we will create a branch and push it
The name will be in this format build/feature/{{id-of-issue}}-{{description}}
Is the {{id-of-issue}} the id of the branch we are PR into or the issue that it'd solve?
And what is the {{description}}? Is it the commit message of the branch that the user push?

• We can also customize the PR's body. Currently, it is very vague and I think the owner of the branch would like some more details on what's being introduced into their branch.

Feel free to leave your comments or mess with the build file :). If you have any questions, I'll happily answer it.