Ensure that all references to creating and reviewing PRs mention blurb and NEWS entries
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Accessibilité débutants
- 35/100
- Type d'issue
- Documentation
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Domaine
- documentation
Piste de recherche
Lisez Git Bootcamp et Cheat Sheet, la section Accepting Pull Requests et la section Lifecycle of a Pull Request dans le devguide. Regroupez le texte existant et les indications de MiscNEWS.d dans la section Git Bootcamp, ajoutez des indications sur les bonnes entrées NEWS et créez un lien vers cette section partout où la création, la revue ou le commit de PR sont abordés.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Other than for the most trivial sorts of changes (e.g. obvious spelling errors), nearly all changes to the cpython repo should include a NEWS entry; that's our primary mechanism to communicate changes with downstream users. We should be encouraging everyone, including non core-developers to submit PRs with NEWS entries. Among other benefits, having a NEWS entry makes reviews of the PR easier and helps to focus everyone include the submitter on what problem the PR is trying to address. And the tool we have to create NEWS entry is blurb; we want to encourage everyone creating or modifying a PR to use it. It's easier to delete the occasional unnecessary NEWS item than it is to create one when committing. To that end, suggest:
-
Create a section in the Git Bootcamp and Cheat Sheet
Accepting and Mergingsection to describe the details of using blurb with a fallback to how to manually create aMiscNEWS.dentry: basically, adapt and move the detailed info from the Accepting Pull Requests section. We want to be careful to encourageblurbusage and not encourage manually creation as the details could change in the future. -
This section should also include some guidelines on what a good NEWS entry looks like, or, if not here, one place in the devguide with references to it.
-
Review the whole document and add mentions of NEWS entries and the
blurbcommand everywhere creating or reviewing or committing a PR is discussed and include a link to the detailed section created above. In particular, the Lifecycle of a Pull Request section needs to be edited to include blurb.
- Langage dominant
- Python
- Étoiles
- 2.1k
- Forks
- 1k
- Merge moyen
- 2 j 12 h
- PR mergées (30 j)
- 12
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de python/devguide
-
type-feature
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
-
type-feature
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
-
topic-building python type-feature
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
-
needs: decision topic-test type-bug
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
-
topic-dev process type-feature
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
Toutes les issues de python/devguide
Issues similaires
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 90/100
learningequality/ricecooker#747 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
BSData/horus-heresy-3rd-edition#3171 ·
-
enhancement
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
run-llama/llama_index#23199 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
KhronosGroup/glTF-Blender-IO#2769 ·