]> git.ipfire.org Git - thirdparty/fastapi/sqlmodel.git/commitdiff
Update `management-tasks.md`
authorYurii Motov <yurii.motov.monte@gmail.com>
Thu, 25 Dec 2025 09:57:18 +0000 (10:57 +0100)
committerYurii Motov <yurii.motov.monte@gmail.com>
Thu, 25 Dec 2025 09:57:18 +0000 (10:57 +0100)
docs/management-tasks.md

index f8deb992f0984c3d73f9189af0a04b2964b6bbca..1ca3765c03caf19ac86b0e83f302bef7b23f9307 100644 (file)
@@ -90,7 +90,7 @@ A PR should have a specific use case that it is solving.
 * If the PR is for a feature, it should have docs.
     * Unless it's a feature we want to discourage, like support for a corner case that we don't want users to use.
 * The docs should include a source example file, not write Python directly in Markdown.
-* If the source example(s) file can have different syntax for Python 3.8, 3.9, 3.10, there should be different versions of the file, and they should be shown in tabs in the docs.
+* If the source example(s) file can have different syntax for different Python versions, there should be different versions of the file, and they should be shown in tabs in the docs.
 * There should be tests testing the source example.
 * Before the PR is applied, the new tests should fail.
 * After applying the PR, the new tests should pass.