aboutsummaryrefslogtreecommitdiff
path: root/README.md
diff options
context:
space:
mode:
authornotgne22020-11-10 23:15:09 -0700
committernotgne22020-11-10 23:15:09 -0700
commit0919b1bf6baab96b154e7c7607073bc6d9857148 (patch)
tree6b8c4530238adc10ac8f0b38f67d7731d793563a /README.md
parentdf36dbdc2dccf75c107204fb55ae31bc51f4e7e5 (diff)
Re-order overall usage description in README
Diffstat (limited to 'README.md')
-rw-r--r--README.md68
1 files changed, 34 insertions, 34 deletions
diff --git a/README.md b/README.md
index feb9551..c6d7d62 100644
--- a/README.md
+++ b/README.md
@@ -27,6 +27,40 @@ There is also an `activate` binary though this should be ignored, it is only use
## API
+### Overall usage
+
+`deploy-rs` is designed to be used with Nix flakes (this currently requires an unstable version of Nix to work with). There is a Flake-less mode of operation which will automatically be used if your available Nix version does not support flakes, however you will likely want to use a flake anyway, just with `flake-compat` (see [this wiki page](https://nixos.wiki/wiki/Flakes) for usage).
+
+`deploy-rs` also outputs a `lib` attribute, with tools used to make your definitions simpler and safer, including `deploy-rs.lib.${system}.setActivate` (see later section "Profile"), and `deploy-rs.lib.${system}.deployChecks` which will let `nix flake check` ensure your deployment is defined correctly.
+
+A basic example of a flake that works with `deploy-rs` and deploys a simple NixOS configuration could look like this
+
+```nix
+{
+ description = "Deployment for my server cluster";
+
+ # For accessing `deploy-rs`'s utility Nix functions
+ inputs.deploy-rs.url = "github:serokell/deploy-rs";
+
+ outputs = { self, nixpkgs, deploy-rs }: {
+ nixosConfigurations.some-random-system = nixpkgs.lib.nixosSystem {
+ system = "x86_64-linux";
+ modules = [ ./some-random-system/configuration.nix ];
+ };
+
+ deploy.nodes.some-random-system.profiles.system = {
+ user = "root";
+ path = deploy-rs.lib.x86_64-linux.setActivate self.nixosConfigurations.some-random-system.config.system.build.toplevel "./bin/switch-to-configuration switch";
+ };
+ };
+
+ # This is highly advised, and will prevent many possible mistakes
+ checks = builtins.mapAttrs (system: deployLib: deployLib.deployChecks self.deploy) deploy-rs.lib;
+}
+```
+
+There are full working deploy-rs Nix expressions in the [examples folder](./examples), and there is a JSON schema [here](./interface.json) which is used internally by the `deployChecks` mentioned above to validate your expressions.
+
### Profile
This is the core of how `deploy-rs` was designed, any number of these can run on a node, as any user (see further down for specifying user information). If you want to mimick the behaviour of traditional tools like NixOps or Morph, try just defining one `profile` called `system`, as root, containing a nixosSystem, and you can even similarly use [home-manager](https://github.com/nix-community/home-manager) on any non-privileged user.
@@ -122,40 +156,6 @@ This is a set of options that can be put in any of the above definitions, with t
}
```
-### Putting it together
-
-`deploy-rs` is designed to be used with Nix flakes (this currently requires an unstable version of Nix to work with). There is a Flake-less mode of operation which will automatically be used if your available Nix version does not support flakes, however you will likely want to use a flake anyway, just with `flake-compat` (see [this wiki page](https://nixos.wiki/wiki/Flakes) for usage).
-
-`deploy-rs` also outputs a `lib` attribute, with tools used to make your definitions simpler and safer, including `deploy-rs.lib.${system}.setActivate` (see prior section "Profile"), and `deploy-rs.lib.${system}.deployChecks` which will let `nix flake check` ensure your deployment is defined correctly.
-
-A basic example of a flake that works with `deploy-rs` and deploys a simple NixOS configuration could look like this
-
-```nix
-{
- description = "Deployment for my server cluster";
-
- # For accessing `deploy-rs`'s utility Nix functions
- inputs.deploy-rs.url = "github:serokell/deploy-rs";
-
- outputs = { self, nixpkgs, deploy-rs }: {
- nixosConfigurations.some-random-system = nixpkgs.lib.nixosSystem {
- system = "x86_64-linux";
- modules = [ ./some-random-system/configuration.nix ];
- };
-
- deploy.nodes.some-random-system.profiles.system = {
- user = "root";
- path = deploy-rs.lib.x86_64-linux.setActivate self.nixosConfigurations.some-random-system.config.system.build.toplevel "./bin/switch-to-configuration switch";
- };
- };
-
- # This is highly advised, and will prevent many possible mistakes
- checks = builtins.mapAttrs (system: deployLib: deployLib.deployChecks self.deploy) deploy-rs.lib;
-}
-```
-
-There are full working deploy-rs Nix expressions in the [examples folder](./examples), and there is a JSON schema [here](./interface.json) which is used internally by the `deployChecks` mentioned above to validate your expressions.
-
## Idea
`deploy-rs` is a simple Rust program that will take a Nix flake and use it to deploy any of your defined profiles to your nodes. This is _strongly_ based off of [serokell/deploy](https://github.com/serokell/deploy), designed to replace it and expand upon it.