In short, the storage version migrator detects if objects in etcd are stored in
a version different than the configured storage version. If so, the migrator
issues no-op update for the objects to migrate them to the storage version.
The storage version migrator can keep track of the versions the objects are
stored as. However, today the migrator has no way to tell what the expected
storage versions are. Thus we propose to expose this piece of information via
the discovery API.
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.