Skip to content
This repository has been archived by the owner on Sep 13, 2023. It is now read-only.

Testing, examples, docs, CI #63

Open
4 of 8 tasks
killercup opened this issue Feb 17, 2018 · 0 comments
Open
4 of 8 tasks

Testing, examples, docs, CI #63

killercup opened this issue Feb 17, 2018 · 0 comments
Labels
help wanted Extra attention is needed planned

Comments

@killercup
Copy link
Owner

killercup commented Feb 17, 2018

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:

  • has a Cargo.toml, src/main.rs
  • depends on the current quicli version as well as other necessary crates
  • has a tests/integration.rs that uses a crate like assert_cli to actually test that the correct things happen

I propose we do it like this:

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
#63 is going according to plan.
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 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
#63 is going according to plan.
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
bors bot added a commit that referenced this issue Feb 17, 2018
64: Examples and tests r=killercup a=killercup

cf. #63
@killercup 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
bors bot added a commit that referenced this issue Feb 18, 2018
65: Add integration test for verbosity example r=killercup a=killercup

cc #63
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
help wanted Extra attention is needed planned
Projects
None yet
Development

No branches or pull requests

1 participant