-
Notifications
You must be signed in to change notification settings - Fork 24.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use correct terms in GET feature migration status API #79017
Use correct terms in GET feature migration status API #79017
Conversation
Pinging @elastic/es-core-infra (Team:Core/Infra) |
} | ||
-------------------------------------------------- | ||
// TESTRESPONSE[s/"minimum_index_version" : "8.0.0"/"minimum_index_version" : $body.$_path/] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is the one line in this PR that is not strictly changing the term "upgrade" to "migrate." It simply makes the docs tests ignore the actual version that is returned from the API so that we don't need to update this page for every release.
Pinging @elastic/clients-team (Team:Clients) |
Since there is a lot of turbulence on the 7.x and master branches, I'm closing this in favor of #79302, which is less likely to create merge conflicts for other work. |
In #78802, we updated our docs to consistently use the term "migration" instead of "upgrade" for the operations that keep system indices up-to-date with the latest release of Elasticsearch.
In this PR, we change the terminology in both the code and the response of the GET feature migration status API.
I am holding off for the moment on changing the terms in the POST feature migration API to avoid any conflicts with #78951.