From 4de5664181df90d59cb97da03155e19c8a03c526 Mon Sep 17 00:00:00 2001 From: Yurii Motov Date: Thu, 25 Dec 2025 10:57:18 +0100 Subject: [PATCH] Update `management-tasks.md` --- docs/management-tasks.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/management-tasks.md b/docs/management-tasks.md index f8deb992..1ca3765c 100644 --- a/docs/management-tasks.md +++ b/docs/management-tasks.md @@ -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. -- 2.47.3