-
Notifications
You must be signed in to change notification settings - Fork 5
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
Break up stack-arguments, prep v5 #36
Conversation
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
The `stack-arguments` option preceding this was too limited. It could be used for global arguments to `stack` as well as arguments to `stack build`, this made it impossible to use the input consistently across all `stack` commands we happen to invoke. The new interface separates: - `stack-arguments` for globals arguments, used in all invocations from - `stack-build-arguments` for all `stack build` invocations from - `stack-build-arguments-{step}` for _specific_ `stack build` invocations and, finally - `stack-{subcommand}-arguments` for other invocations
- Bump version of actions/cache used - Bump version of actions/checkout used - Trim trailing whitespace
We suspect including this is causing some churn in the hash when sources haven't, in fact, changed.
- Describe notable changes in v4 and v5 - Move linter removal notes up to changes subsections - Tweak generate-matrix README section - Generate Inputs/Outputs sections To do so: ```console npm instlal npm run readme ``` - Polish `action.yml` - Improve descriptions - Don't add `required: true` when there is a default - Use `required: false` instead of `default: ""` These should all help the generated README look better.
OK, I think this is done and history polished. |
Here is a PR (private) where I'm testing this branch: https://github.com/freckle/megarepo/pull/32653 |
Would you like to let other people comment on this PR? I can share a link to this PR on a Telegram group (~1.6K Haskellers). |
It can't hurt. Though I would make it clear the action implementation itself is a mess of shell code, it's just used for Haskell, so it might be more of a review of the interface than the diff, you know? |
Seems like there are no suggestions from members of that group. |
Thanks! Sorry this week go away from us, I'll try to merge early last week. |
Implement subcommand-specific options
66873d2
The
stack-arguments
option preceding this was too limited. It could beused for global arguments to
stack
as well as arguments tostack build
, this made it impossible to use the input consistently across allstack
commands we happen to invoke.The new interface separates:
stack-arguments
for globals arguments, used in all invocations fromstack-build-arguments
for allstack build
invocations fromstack-build-arguments-{step}
for specificstack build
invocations and, finallystack-{subcommand}-arguments
for other invocationsFix workflows
e31a26f
Use correct name for macOS in comment
81b64a1
Exclude .git in source-hash
c974d19
We suspect including this is causing some churn in the hash when sources
haven't, in fact, changed.
Rewrite README
fafd74f
Rendered
Describe notable changes in v4 and v5
Move linter removal notes up to changes subsections
Tweak generate-matrix README section
Generate Inputs/Outputs sections
To do so:
Polish
action.yml
required: true
when there is a defaultrequired: false
instead ofdefault: ""
These should all help the generated README look better.