doc: Rename stable API change to breaking change
It is often confusing for users and developers alike to see the sentence "stable API change" in a label or in the release notes. Stable APIs can change in at least two ways (retaining compatibility or not), and so it is preferrable to use a term that clearly describes the change as incompatible, by using the common term "breaking". Signed-off-by: Carles Cufi <carles.cufi@nordicsemi.no>
This commit is contained in:
parent
a6fda00254
commit
d053b8bf3b
2 changed files with 15 additions and 16 deletions
|
@ -111,7 +111,7 @@ TSC and Working Groups
|
|||
|
||||
Changes that introduce new features or functionality or change the way the
|
||||
overall system works need to be reviewed by the TSC or the responsible Working
|
||||
Group. For example for :ref:`stable API changes <stable_api_changes>`, the
|
||||
Group. For example for :ref:`breaking API changes <breaking_api_changes>`, the
|
||||
proposal needs to be presented in the Architecture meeting so that the relevant
|
||||
stakeholders are made aware of the change.
|
||||
|
||||
|
@ -383,10 +383,10 @@ following `TSC meeting`_ if time permits.
|
|||
|
||||
.. _`TSC meeting`: https://github.com/zephyrproject-rtos/zephyr/wiki/Zephyr-Committee-and-Working-Group-Meetings#technical-steering-committee-tsc
|
||||
|
||||
* *Stable API Change*
|
||||
* *Breaking API Change*
|
||||
|
||||
The issue or PR describes a change to a stable API. See additional information
|
||||
in :ref:`stable_api_changes`.
|
||||
The issue or PR describes a breaking change to a stable API. See additional information
|
||||
in :ref:`breaking_api_changes`.
|
||||
|
||||
* *Bug*
|
||||
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue