Workflow file to change version

[pitbull51067]

Description

Created a workflow file to increment the version number of github depending on pushes made to the master branch.

Closes #70

Type of change

• [ ] Bug fix (non-breaking change which fixes an issue)
• [x] New feature (non-breaking change which adds functionality)
• [x] Enhancement (improvement to an already existing feature)
• [ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)

How Has This Been Tested?

I have tested it on my private repository and also on my fork branch. I have also showed it to my peers.

Checklist:

• [x] I have performed a self-review of my code
• [ ] I have commented my code, particularly in hard-to-understand areas
• [ ] I have made corresponding changes to the documentation (if applicable)
• [ ] My changes generate no new warnings
• [ ] I have added tests that prove my fix is effective or that my feature works
• [ ] New and existing unit tests pass locally with my changes

[charlestian23]

@Chase-Grajeda, I'll leave this one to you for once regions are implemented since some of the code seems to be from that. At least from a look at the YML file and the demo that was given to us in the last week of the semester, this seems fine.