-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Prepare release workflow for classic buildpacks #183
Conversation
Add a GitHub Actions workflow for preparing a new "classic" buildpack release. This is based on the workflow that @edmorley added for python (heroku/heroku-buildpack-python#1506). > [NOTE] > This workflow may not be compatible with all of our classic buildpacks such as Ruby or PHP which do not follow the conventions being automated here.
Adds automation to prepare a classic buildpack release. See heroku/languages-github-actions#183
Adds automation to prepare a classic buildpack release. See heroku/languages-github-actions#183
Adds automation to prepare a classic buildpack release. See heroku/languages-github-actions#183
Adds automation to prepare a classic buildpack release. See heroku/languages-github-actions#183
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks awesome!
# that can be used to make signed commits that are attributed to the GH application user | ||
token: ${{ steps.generate-token.outputs.app_token }} | ||
|
||
- name: Determine existing published version |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have an alternative approach in #184, which uses git tags to calculate the existing version, and so works with Ruby and PHP too.
I've also added support for running a custom command before committing, so the Ruby buildpack can make it's additional edits. (Such as updating the buildpack version in language_pack/version.rb
plus moving the changelogs/unreleased/
directory to changelogs/vNNN/
etc)
closing this in favor of #184 which includes several improvements |
* Prepare release automation Adds automation to prepare a classic buildpack release. See heroku/languages-github-actions#183 * Remove "Buildpack" from workflow name * Always use Title Case for workflow display names --------- Co-authored-by: Ed Morley <[email protected]>
* Prepare release automation Adds automation to prepare a classic buildpack release. See heroku/languages-github-actions#183 * Remove "Buildpack" from workflow name * Always use Title Case for workflow display names --------- Co-authored-by: Ed Morley <[email protected]>
Add a GitHub Actions workflow for preparing a new "classic" buildpack release. This is based on the workflow that @edmorley added for python (heroku/heroku-buildpack-python#1506).
Note
This workflow may not be compatible with all of our classic buildpacks such as Ruby or PHP which do not follow the conventions being automated here.