You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Sometimes it is useful to create a secondary sub-flake which contains tests and their related dependencies so that they are not included in the top-level flake consumed downstream (i.e. to avoid polluting others' lock files with development dependencies).
It would be useful if the update-flake-lock action could update the root and sub flake in the same run/opened-PR and keep all inputs moving in lock step, rather than doing it across multiple runs
The text was updated successfully, but these errors were encountered:
Here's a real-world use case, if maintainers are looking for one. I have 4 example flakes in this repo, and would like to (after adding a flake.lock to each) a single Github Action workflow that will update all 4 of them at the same time.
If I'm to use DeterminateSystems/update-flake-lock in its current state, I'll have no choice but to create 4 different workflows which is just an overkill.
Sometimes it is useful to create a secondary sub-flake which contains tests and their related dependencies so that they are not included in the top-level flake consumed downstream (i.e. to avoid polluting others' lock files with development dependencies).
It would be useful if the
update-flake-lock
action could update the root and sub flake in the same run/opened-PR and keep all inputs moving in lock step, rather than doing it across multiple runsThe text was updated successfully, but these errors were encountered: