Feature freeze: delete unnecessary files from new 3.x branch
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Anfängerfreundlichkeit
- 68/100
Rechercherichtung
Start by tracing the release automation used when the first beta branches a new 3.x line, then compare its intended behavior with python/cpython issue 158399. The change is done when the listed main-only files are removed from the new branch, missing files produce warnings rather than failures, and the release automation still completes successfully.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Short version: automate https://github.com/python/cpython/issues/158399.
Longer version:
There's a number of files that are only needed in the main branch, for example:
.github/CONTRIBUTING.rst
.github/dependabot.yml
.github/ISSUE_TEMPLATE/
.github/PULL_REQUEST_TEMPLATE.md
.github/SECURITY.md
.github/workflows/add-issue-header.yml
.github/workflows/new-bugs-announce-notifier.yml
.github/workflows/project-updater.yml
.github/workflows/stale.yml
.well-known/funding-manifest-urls
At the feature freeze, when we branch off main as part of the first beta release and create a new branch (for example, this will next happen when we create 3.16 in May 2027), let's have the script delete these files from the new 3.x branch.
The script shouldn't fail if a file isn't found -- we may have removed it from main. If so, we could print a warning something like "filename.ext not found. If no longer in main, remove from this script".
- Vorherrschende Sprache
- Python
- Sterne
- 61
- Forks
- 48
- Ø Merge
- 5 Std. 50 Min.
- Gemergte PRs (30 T.)
- 6
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus python/release-tools
-
enhancement
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
python/release-tools#436 · 1 Reaktion ·
Maintainer antworten meist innerhalb von 1 Tag
-
Bug: Windows upload helper should quote URL-derived remote pathsEvtl. vergeben @e-q hat das vor 125 Tagen übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
python/release-tools#401 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 25/100
python/release-tools#434 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 38/100
python/release-tools#417 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Bug: release tooling should quote remote command argumentsEvtl. vergeben @e-q hat das vor 125 Tagen übernommen. Offen
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 68/100
python/release-tools#397 ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in python/release-tools
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
Maintainer antworten meist innerhalb von 3 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
modelcontextprotocol/python-sdk#3648 ·
Maintainer antworten meist innerhalb von 1 Tag
-
docs good first issue
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
VenetoStato/giorgio#6 ·
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 70/100
EclipseFdn/open-vsx.org#13831 ·
Maintainer antworten meist innerhalb von 1 Tag
-
feature request
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
Maintainer antworten meist innerhalb von 2 Tagen