81722dc19b
* feat: Partition implementation of Visitable for InfluxQL AST * feat: Added consistent structures for each clause to simplify visitor Continued to expand `accept` and `pre` / `post` visit implementations. * feat: Added insta and tests using snapshots (thanks @crepererum) The insta crate simplifies the process of validating the combination of visitor and accept implementations are called and in the correct order. * chore: Run cargo hakari tasks * feat: Added remaining snapshot tests Some tests are failing as some minor type changes must be added along with the addition of related visitor functions. * feat: Add types to represent each clause in numerous statements These clauses permit distinct visit functions on the `Visitor` type. * chore: Reformat `SELECT` * chore: Explicitly specify access to export selected types only This required completing all the missing documentation for the exported types. * chore: Update Cargo.lock * chore: macro to implement common traits and hide 0th tuple element Co-authored-by: CircleCI[bot] <circleci@influxdata.com> |
||
---|---|---|
.. | ||
src | ||
.gitattributes | ||
Cargo.toml | ||
README.md | ||
build.rs |
README.md
workspace-hack
This crate is a "workspace hack" crate managed by cargo hakari
.
Its purpose is to unify the features used by all crates in the workspace so that the crates share more dependencies and rebuild crates less. There are more details in hakari's documentation.
CI failures
If the workspace_hack_checks
CI job is failing, there are two possible reasons and solutions:
- If
cargo hakari generate --diff
fails, that means a crate has started or stopped using a feature of some crate and that feature isn't up-to-date in theworkspace-hack
crate. To fix this, runcargo hakari generate
and commit the changes. - If
cargo hakari manage-deps --dry-run
fails, that means a crate in the workspace isn't depending on theworkspace-hack
crate. To fix this, runcargo hakari manage-deps
and commit the changes.