We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
build.yml
uv
Been on my mind following (3513259) and (#3719)
I think we could simplify the workflow by using dependency-groups (Local dependencies for development).
dependency-groups
So instead of all the branches where we conditionally install/uninstall stuff - we declare some groups to use in the workflow.
We currently can only know what this environment actually resolves to by looking at the logs, after the run:
altair/.github/workflows/build.yml
Lines 31 to 38 in 7c2d97f
Instead, we could define the state we're testing for by a new group:
[dependency-groups] ci-no-optional = [ # ..., # ..., ]
Then both build.yml and locally we can test this in the same way:
>>> uv sync --group "ci-no-optional" >>> uv run tools/generate_schema_wrapper.py >>> ...
Note
We would still have some branching, but that would only be passing in the --group/ --extra options.
--group
--extra
uv.lock
No response
The text was updated successfully, but these errors were encountered:
hatch
No branches or pull requests
What is your suggestion?
Been on my mind following (3513259) and (#3719)
I think we could simplify the workflow by using
dependency-groups
(Local dependencies for development).So instead of all the branches where we conditionally install/uninstall stuff - we declare some groups to use in the workflow.
Example
We currently can only know what this environment actually resolves to by looking at the logs, after the run:
Maybe uninstall optional dependencies
altair/.github/workflows/build.yml
Lines 31 to 38 in 7c2d97f
Instead, we could define the state we're testing for by a new group:
Then both
build.yml
and locally we can test this in the same way:Note
We would still have some branching, but that would only be passing in the
--group
/--extra
options.Benefits
uv
can reuse content fromuv.lock
(https://docs.astral.sh/uv/concepts/projects/sync/)Have you considered any alternative solutions?
No response
The text was updated successfully, but these errors were encountered: