Follow the rules below to determine whether a change is a "breaking change" during code review.
@internal Classes without the tag
- Changes other than adding arguments to public APIs (public methods) or setting default values
- Cases where the API does not change but the API response changes due to a change in the API's internal implementation
- If the type range is broadened due to abstraction, etc., but the same use cases as before are possible, do not treat it as a breaking change
@internal Classes with the tag
- Because this is an internal implementation, do not treat any changes to public APIs as breaking changes
Code Review Checklist
- Include in the review whether the Pull Request contains breaking changes
- If breaking changes have been made, confirm that their details are appropriately described in the Pull Request's CHANGELOG.md