mirror of https://github.com/linkerd/linkerd2.git
72fc94b03c
Unit tests that exercise most of the code in cluster_watcher.go. Essentially the whole cluster mirroring machinary can be tought of as a function that takes remote cluster state, local cluster state, and modification events and as a result it either modifies local cluster state or issues new events onto the queue. This is what these tests are trying to model. I think this covers a lot of the logic there. Any suggestions for other edge cases are welcome. Signed-off-by: Zahari Dichev <zaharidichev@gmail.com> |
||
|---|---|---|
| .. | ||
| api | ||
| cmd | ||
| gen | ||
| heartbeat | ||
| identity | ||
| k8s | ||
| proxy-injector | ||
| script/destination-client | ||
| sp-validator | ||
| tap | ||
| webhook | ||
| Dockerfile | ||