-
Notifications
You must be signed in to change notification settings - Fork 44
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
Proposal: Use dashes (instead of underscores) in input names #57
Labels
Comments
The way I would go about it is to release a feature version that
Then once we release a new breaking version we can always look into the deprecations test file and remove them. It's a pattern that worked well for me in the past in several projects |
Opened #59 to support this. |
gr2m
pushed a commit
that referenced
this issue
Oct 6, 2023
) Fixes #57 This PR implements the 3-step plan proposed by @gr2m in #57 (comment): > 1. Support both input types > 2. Log a deprecation warning for the old notation > 3. Add a test for deprecations Although this PR supports both input formats simultaneously, I opted _not_ to document the old format in the updated README. That’s a decision I’m happy to revisit, if y’all would prefer to have documentation for both the old and new formats.
create-app-token-action-releaser bot
pushed a commit
that referenced
this issue
Oct 6, 2023
# [1.5.0](v1.4.0...v1.5.0) (2023-10-06) ### Features * use dash notation for inputs (deprecates underscore notation) ([#59](#59)) ([7b1d2ae](7b1d2ae)), closes [#57](#57) [/github.com//issues/57#issuecomment-1751272252](https://github.com//github.com/actions/create-github-app-token/issues/57/issues/issuecomment-1751272252)
🎉 This issue has been resolved in version 1.5.0 🎉 The release is available on GitHub release Your semantic-release bot 📦🚀 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
From @gr2m in #54 (comment):
Notably, changing the input names affects the translated environment variable names1:
my_var
is translated toINPUTS_MY_VAR
.my-var
is translated toINPUTS_MY-VAR
.So, we may want a plan for backwards-compatibility, or we may want to ship this in a major version bump.
Footnotes
cf. “Metadata syntax for GitHub Actions > Example: Specifying inputs” ↩
The text was updated successfully, but these errors were encountered: