Skip to content
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

DOCS: add more details and requirements about incompatible changes #14156

Merged
merged 7 commits into from
May 20, 2024

Conversation

na-na-hi
Copy link
Contributor

There is clearly not enough being conveyed about the incompatible changes happened, and users are left guessing what should be done after that. This PR adds these details and requirements so that these concerns are clearly conveyed to the users so that breaking changes can be handled swiftly.

See also #13974.

Currently incompatible changes are not clearly outlined in the related
documentations, such as interface-changes.rst. The impacts and suggested
actions to address the compatibility concerns also rarely exist.

This adds a requirement to include these information for incompatible
changes, so that such changes are clearly conveyed to the users, with
suggested actions to minimize the impacts of such changes.
@na-na-hi na-na-hi force-pushed the docs-compatibility branch 3 times, most recently from 4dcf4bf to d85f96b Compare May 16, 2024 07:27
@Akemi Akemi assigned Akemi and unassigned Akemi May 16, 2024
@Akemi Akemi self-requested a review May 16, 2024 15:21
DOCS/compatibility.rst Outdated Show resolved Hide resolved
Currently there is no policy on what should be done when an immediate,
severe breakage happens for "important/often used parts", which can cause
serious concerns especially if such changes remain obscured.

This adds a provision for this kind of incompatible changes under
"extraordinary circumstances", which allows for the breaking change to happen
if there is a critical reason to do so. Such changes must be extensively
documented, and should be avoided as much as possible.
Documented default values are relied upon by scripts, so changing these
values can casuse incompatible changes. This makes documenting them
required.
The default values for --ao, --vo, --gpu-api, --gpu-context change from
time to time, but some libmpv clients rely on the existing autoprobe order
and breaks as a result when the value changes. This specifies that the
default autoprobe order should not be relied upon.
As an instance of "extraordinary circumstances", such incompatibility
must be extensively documented.
@kasper93 kasper93 merged commit 4ad1fa2 into mpv-player:master May 20, 2024
4 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants