Frontend Actions

[kaitj]

Proposed changes

This adds a CI step for building and committing the frontend to the repo if necessary after performing a git status .

Also changed the workflows to use the reusable workflows / actions where appropriate.

Types of changes

What types of changes does your code introduce? Put an x in the boxes that apply

• [ ] Bugfix (non-breaking change which fixes an issue)
• [x] New feature (non-breaking change which adds functionalitiy)
• [ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
• [ ] Other (if none of the other choices apply)

Checklist

Put an x in the boxes that apply. You can also fill these out after creating the PR. If you are unsure about any of the choices, don't hesitate to ask!

• [x] Changes have been tested to ensure that fix is effective or that a feature works.
• [x] Changes pass the unit tests
• [x] Code has been run through black with the -l 79 flag.
• [x] I have included necessary documentation or comments (as necessary)
• [x] Any dependent changes have been merged and published

Notes

All PRs will undergo the unit testing before being reviewed. You may be requested to explain or make additional changes before the PR is accepted.

_PR template was adopted from appium_

[kaitj]

Need to make commit optional depending on status check