--file
argument analogous to nix build
& friends
#320
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This adds a
--file
option, which allows usingdeploy
in repositories which are not nix flakes.deploy-rs
already has support for falling back to a non-flake version of its logic in case thenix
available in$PATH
doesn't have the flake experimental feature flag enabled. However, that's an "if and only if"-situation: if the nix is flakes-enabled, there's no way to use the non-flake version. This works well for setups which use nix flakes, but provides a flake-compatdefault.nix
fallback, but prevents use ofdeploy-rs
in setups which do not use flakes at all but rely on another source-managing tool such asniv
ornpins
.--file
takes as argument a path, and--targets
and other options continue to work as expected; remote builds also work assuming a new enough nix on the target host. I've also added tests for local & remote builds (and fixed the name of thenon-flake-build
test; looks like i forgot that when I introduced it in #272)