docs: Update badges to remove the planned for part in v1.18 (#26637)

This commit is contained in:
Hamish Willee
2026-03-05 10:49:36 +11:00
committed by GitHub
parent 040b885dbd
commit 4d85c1ad93
7 changed files with 13 additions and 9 deletions
+1 -1
View File
@@ -13,7 +13,7 @@ const { site } = useData();
</div>
</div>
This contains changes to PX4 planned for PX4 v1.17 (since the last major release [PX v1.16](../releases/1.16.md)).
This contains changes in PX4 v1.17 (since the last major release [PX v1.16](../releases/1.16.md)).
::: warning
PX4 v1.17 is in alpha/beta testing.
+1 -1
View File
@@ -3,7 +3,7 @@
A list of PX4 release notes, they contain a list of the changes that went into each release, explaining the included features, bug fixes, deprecations and updates in detail.
- [main](../releases/main.md) (changes planned for v1.18 or later)
- [v1.17](../releases/1.17.md) (changes planned for v1.17, since v1.16)
- [v1.17](../releases/1.17.md) (changes in v1.17, since v1.16)
- [v1.16](../releases/1.16.md)
- [v1.15](../releases/1.15.md)
- [v1.14](../releases/1.14.md)
+5 -1
View File
@@ -45,7 +45,11 @@ Release notes are built incrementally in [`main.md`](../releases/main.md), which
3. Reset `main.md` to a clean template for the next release cycle
4. Verify that documentation for all included contributions is complete
5. Search for instances of `main (planned for:` and replace with the release version now that it is known.
So, for example `<Badge type="tip" text="main (planned for: PX4 v1.18)" />` is replaced with `<Badge type="tip" text="PX4 v1.18" />`
So, for example `<Badge type="tip" text="main (planned for PX4 v1.xx" />` is replaced with `<Badge type="tip" text="PX4 v1.xx" />`.
Note that once the name of the next version is confirmed, badges may use the second form (e.g. `<Badge type="tip" text="PX4 v1.18" />`.
6. Search for instances of `<Badge type="warning" text="Experimental" />`.
Remove this for features that are considered core and/or stable.
::: tip
Community members are encouraged to document changes as they are merged into `main`. This distributes the documentation workload and ensures changes are captured while they're fresh.