This repository has been archived by the owner on Sep 13, 2023. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 31
Testing, examples, docs, CI #63
Labels
Comments
killercup
added a commit
that referenced
this issue
Feb 17, 2018
First step towards #63. Instead of `.cargo/config` and recompiling stuff over and over again, we'll be adding sub-crates to `examples/`.
killercup
added a commit
that referenced
this issue
Feb 17, 2018
This changes the call to waltz to render the code from the guides into the `examples/` directory instead of a some temporary directory and assert that they are checked in. cf. #63
killercup
added a commit
that referenced
this issue
Feb 17, 2018
The idea is this: Since the code from the guides is now checked in as crates in `examples/`, we can call `cargo test --all` in the one CI build and only use the waltz build step to assert that they are up to date. While we're at it, let's also turn in caching. cf .#63
Merged
killercup
added a commit
that referenced
this issue
Feb 17, 2018
The idea is this: Since the code from the guides is now checked in as crates in `examples/`, we can call `cargo test --all` in the one CI build and only use the waltz build step to assert that they are up to date. While we're at it, let's also turn in caching. cf .#63
killercup
added a commit
that referenced
this issue
Feb 17, 2018
This changes the call to waltz to render the code from the guides into the `examples/` directory instead of a some temporary directory and assert that they are checked in. cf. #63
killercup
added a commit
that referenced
this issue
Feb 17, 2018
The idea is this: Since the code from the guides is now checked in as crates in `examples/`, we can call `cargo test --all` in the one CI build and only use the waltz build step to assert that they are up to date. While we're at it, let's also turn in caching. cf .#63
killercup
added a commit
that referenced
this issue
Feb 17, 2018
This changes the call to waltz to render the code from the guides into the `examples/` directory instead of a some temporary directory and assert that they are checked in. cf. #63
killercup
added a commit
that referenced
this issue
Feb 17, 2018
The idea is this: Since the code from the guides is now checked in as crates in `examples/`, we can call `cargo test --all` in the one CI build and only use the waltz build step to assert that they are up to date. While we're at it, let's also turn in caching. cf .#63
killercup
added a commit
that referenced
this issue
Feb 17, 2018
First step towards #63. Instead of `.cargo/config` and recompiling stuff over and over again, we'll be adding sub-crates to `examples/`.
killercup
added a commit
that referenced
this issue
Feb 17, 2018
This changes the call to waltz to render the code from the guides into the `examples/` directory instead of a some temporary directory and assert that they are checked in. cf. #63
killercup
added a commit
that referenced
this issue
Feb 17, 2018
The idea is this: Since the code from the guides is now checked in as crates in `examples/`, we can call `cargo test --all` in the one CI build and only use the waltz build step to assert that they are up to date. While we're at it, let's also turn in caching. cf .#63
killercup
added a commit
that referenced
this issue
Feb 17, 2018
The idea is this: Since the code from the guides is now checked in as crates in `examples/`, we can call `cargo test --all` in the one CI build and only use the waltz build step to assert that they are up to date. While we're at it, let's also turn on caching. cf .#63
killercup
added
help wanted
Extra attention is needed
and removed
looking for feedback
labels
Feb 17, 2018
killercup
added a commit
that referenced
this issue
Feb 18, 2018
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
While we have compile-tests for the guides and examples, we currently don't really have a good testing story. We have doc tests for the functions we provide, but nothing in regard of integration tests. We should change that.
My idea is this to add full crates to
examples/
instead of in-crate binaries.Each example:
Cargo.toml
,src/main.rs
tests/integration.rs
that uses a crate like assert_cli to actually test that the correct things happenI propose we do it like this:
doc/_test.sh
to write toexamples/<guide-name>
(Examples and tests #64)The text was updated successfully, but these errors were encountered: