Let's see, if we can use `cargo-cache` again for the tests after #6389
reduced the number of test binaries to build that are quite large due as
they statically link copies of the same engine.
This might be one of the reasons why the tests on windows exceeded the
allotted disk space.
We're no longer using `cargo nextest` for our main test job. The separate action for doctests was only necessary because `cargo nextest` does not support doctests, it can be removed.
Hoping this will result in less data cached but we'll see.
* Try removing debuginfo for ci builds
* oops, wrong inherits
* extra flag
* nextest doesn't support --profile in the same way
* try to allow for a ci-specific target
* Oops, run more tests
* Add cache+docs to plugin CI job
* CI perf: don't statically link OpenSSL
* Run Clippy in plugin job
* comment
* bust cache
* trigger build
* remove nextest, split plugins better
* trigger CI
* try disabling embed-resource
* try disabling libgit2 in shadow-rs
* use lld linker on Windows
* Skip embedding Windows resource (slow) during tests
* disable shadow-rs git integration during tests
* go back to simpler shadow-rs and embed-resources setup
* some renaming
* forgot nextest
* trigger ci
* Remove Clippy and unnecessary build
* trigger CI
* disable lld
* reenable lld
* cleanup
* revert embed_resource change
The faster `cargo nextest` currently doesn't support running the doctests.
Thus, add an additional step for them with cargo's default test runner.
- Fix doctests for the `nu-pretty-hex` crate
* Add different features combinations
* Specify styles manually
* Fix args
* Fix typo
* Let other CI jobs finish if one fails
* Fix unused symbols without plugin feature
* Put "which" tests behind "which" feature
* Add Python virtualenv job
* Oops forgot git command
* Install Nushell in virtualenv tests
* Add names to steps; Test v.env in separate step
* cd into virtualenv
* Do not run on Python 2.7
* Build Nushell after formatting and clippy checks
