From 3b11caf2182be362593b4e0061183ca088ae62b0 Mon Sep 17 00:00:00 2001
From: Yaroslav Halchenko <debian@onerussian.com>
Date: Thu, 5 Dec 2024 16:10:52 -0500
Subject: [PATCH] Improve wording and "fix example" (remove 3.13) on testing
 against pre-releases

3.13 was added in a mass tune up in 0b93645e9fea7318ecaed2b359559ac225c90a2b , without
adjusting the wording. With 3.13 listed there too, example does not really make much
sense. So I decided to make it explicit in wording and remove 3.13, so whenever next
refactoring to add 3.14 to be added to every line where 3.13 is -- this would not
even come to attention
---
 docs/advanced-usage.md | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/docs/advanced-usage.md b/docs/advanced-usage.md
index 774bcefe..0ecebd83 100644
--- a/docs/advanced-usage.md
+++ b/docs/advanced-usage.md
@@ -587,7 +587,7 @@ The `allow-prereleases` flag defaults to `false`.
 If `allow-prereleases` is set to `true`, the action will allow falling back to pre-release versions of Python when a matching GA version of Python is not available.
 This allows for example to simplify reuse of `python-version` as an input of nox for pre-releases of Python by not requiring manipulation of the `3.y-dev` specifier.
 For CPython, `allow-prereleases` will only have effect for `x.y` version range (e.g. `3.12`).
-Let's say that python 3.12 is not generally available, the following workflow will fallback to the most recent pre-release of python 3.12:
+Let's say that in the past, when python 3.12 was not yet generally available, the following workflow would have fallback to the most recent pre-release of python 3.12:
 ```yaml
 jobs:
   test:
@@ -597,7 +597,7 @@ jobs:
       fail-fast: false
       matrix:
         os: [Ubuntu, Windows, macOS]
-        python_version: ["3.11", "3.12", "3.13"]
+        python_version: ["3.11", "3.12"]
 
     steps:
       - uses: actions/checkout@v4