|
| 1 | +# Configuration for the Zepter CLI to ensure correct feature configuration in the Rust workspace. |
| 2 | +# <https://crates.io/crates/zepter> |
| 3 | + |
| 4 | +version: |
| 5 | + # File format for parsing it: |
| 6 | + format: 1 |
| 7 | + # Minimum version of the binary that is expected to work. This is just for printing a nice error |
| 8 | + # message when someone tries to use an older version. |
| 9 | + binary: 1.5.0 |
| 10 | + |
| 11 | +# The examples in this file assume crate `A` to have a dependency on crate `B`. |
| 12 | +workflows: |
| 13 | + # Check that everything is good without modifying anything: |
| 14 | + check: |
| 15 | + - [ |
| 16 | + 'lint', |
| 17 | + # Check that `A` activates the features of `B`. |
| 18 | + 'propagate-feature', |
| 19 | + # These are the features to check: |
| 20 | + '--features=try-runtime,runtime-benchmarks,evm-tracing,std', |
| 21 | + # Ignore the features of dependencies that are exclusively used as dev or build. |
| 22 | + '--dep-kinds=normal:check,dev:ignore,build:ignore', |
| 23 | + # Do not try to add a new section into `[features]` of `A` only because `B` expose that feature. There are edge-cases where this is still needed, but we can add them manually. |
| 24 | + '--left-side-feature-missing=ignore', |
| 25 | + # Ignore the case that `A` it outside of the workspace. Otherwise it will report errors in external dependencies that we have no influence on. |
| 26 | + '--left-side-outside-workspace=ignore', |
| 27 | + # Some features imply that they activate a specific dependency as non-optional. Otherwise the default behaviour with a `?` is used. |
| 28 | + '--feature-enables-dep=try-runtime:frame-try-runtime,runtime-benchmarks:frame-benchmarking', |
| 29 | + # Show the paths of failed crates to have them clickable in the terminal: |
| 30 | + '--show-path', |
| 31 | + # Aux |
| 32 | + '--offline', |
| 33 | + '--locked', |
| 34 | + '--quiet', |
| 35 | + ] |
| 36 | + # Format the features into canonical format: |
| 37 | + - ['format', 'features', '--offline', '--locked', '--quiet'] |
| 38 | + # Same as `check`, but actually fix the issues instead of just reporting them: |
| 39 | + default: |
| 40 | + - [ $check.0, '--fix' ] |
| 41 | + - [ $check.1, '--fix' ] |
| 42 | + |
| 43 | +# Will be displayed when any workflow fails: |
| 44 | +help: |
| 45 | + text: | |
| 46 | + Astar uses the Zepter CLI to detect abnormalities in the feature configuration. |
| 47 | + It looks like at least one check failed; please see the console output. You can try to automatically address them by running `zepter`. |
| 48 | + links: |
| 49 | + - "https://github.com/ggwpez/zepter" |
0 commit comments