This message was deleted.
# k3s
a
This message was deleted.
c
We use sonobuoy, same as upstream Kubernetes
a
oh the proposed changes in the PR said the following which made me think otherwise!
Copy code
Proposed Changes
Convert the sonobuoy docker bash tests into the new go docker framework. Replaced sonobuoy with hydrophone.
c
There's a mix. We use that for some things, and full sonobuoy for others, and some are just plain testing. We also run the upstream sonobuoy conformance tests.
1
It used to just be a pile of shell scripts, so... it's a continuous work in progress
1
a
Thanks
n
We have replaced sonobuoy with hydrophone almost completely Brad in our CI system. Hydrophone is integrated directly into the go test framework https://github.com/k3s-io/k3s/blob/master/tests/docker/conformance/conformance_test.go This test runs conformance chunks (serial or parrallel) within our ginkgo/gomega framework. There are some workarounds for watching test progress. Results come to use looking like a standard ginkgo/gomega status result within CI logs.
🙌 1
These are run as part of a nightly CI within Drone (one of the last remaining instances of Drone usage) https://github.com/k3s-io/k3s/blob/master/scripts/test#L69-L88
For full conformance validation with every new Minor (to properly be considers a "conformant" k8s distro), QA still utilizes Sonobuoy I believe.
c
upstream conformance is still all sonobuoy, and we run that as part of the docker tests on every PR
and I think helm-controller and system-upgrade-controller are all sonobouy still, iirc
a
Thanks @nutritious-tomato-14686 for the help!