-
Notifications
You must be signed in to change notification settings - Fork 15
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
Add ability to allow removal of deprecated APIs #17
Comments
Thanks for adding this, but you probably should add a configuration option to enable this. Some people feel that APIs should never be deleted. |
@dalewking thanks for reporting it first of all. :-) Swagger Brake will check for this flag. If the old API is marked as deprecated and it got removed in the new version of the API, it won't be considered a breaking change anymore. |
I know all of that but deprecation simply means that people should no longer use it. Actually deleting it is a breaking change and according to some (e.g. https://api-university.com/api-lifecycle/api-design/api-design-api-evolution-api-versioning/) you should never make breaking changes and would have trouble with this being the default. So it would be best to add an option to enable this behavior |
From my point of view, if anyone deletes an API which is already marked as deprecated, it might get deleted without any problem. Of course if people doesn't give the necessary time for the clients to switch from API1 to API2, it might get messy. |
Add ability to allow removal of an API previously marked as deprecated
The text was updated successfully, but these errors were encountered: