GV

GeezerVison

The World Wide Web, restored to 800 pixels of glory.

Home|About|Gaming cabinet|Archives|How it works|Starter sites

On this site

  • Sign in
  • ActionsCI/CD and automation
  • CodespacesCloud development environments
  • All Features
  • Documentation
  • Training
  • Certifications
  • Build with Copilot
  • Customize Copilot
  • Integrations
  • Trending repos
  • GitHub Sponsors
  • Developer articles
  • Enterprises

This view

  • Original page
  • New address

GeezerVison is showing github.com — Add a section to explain the different GitHub PR labels · Issue #296 · python/devguide

Add a section to explain the different GitHub PR labels #296

New issue
Copy link
New issue
Copy link
Closed
#930
Closed
Add a section to explain the different GitHub PR labels#296
#930
Copy link
Labels
type-featureAdditions; New content or section neededAdditions; New content or section needed

Description

@Mariatta
Mariatta
opened on Nov 3, 2017
Issue body actions

Not sure if this is in the DevGuide already.
There should be an explanation somewhere of what the different labels mean, especially:

  • skip issue
  • skip news

It's not always clear especially to new contributors of what makes an issue "trivial", maybe that needs to be clarified somewhere, either in the devguide or in https://github.com/python/cpython/blob/master/.github/CONTRIBUTING.rst

Activity

  1. terryjreedy commented on Nov 3, 2017

    @terryjreedy
    terryjreedy
    on Nov 3, 2017
    Member
    More actions

    I notice that some core devs have a much broader idea of 'trivial' than others, and I think better agreement would be good.

    The main use of 'skip news', other than no issue, is for follow-up PRs on the same issue that do not require editing the existing news blurb .

    Reacted by Mariatta
  2. ncoghlan commented on Nov 4, 2017

    @ncoghlan
    ncoghlan
    on Nov 4, 2017
    Contributor
    More actions

    https://docs.python.org/devguide/committing.html#what-s-new-and-news-entries has the details on when "skip news" is appropriate.

    "skip issue" is similar but isn't currently documented anywhere: if it's a follow-up to an unreleased change, re-use the existing issue number (and NEWS entry), otherwise it should get a new issue, so the change can be associated with the corresponding release.

    The main cases where skipping both an issue report and the NEWS entry is appropriate are:

    • docs clarifications that don't make any changes to promised functionality (they just improve wording)
    • fixes to comments

    Even nominally internal refactorings should still get a NEWS entry, since they can introduce fresh bugs, and/or reveal cases where users were previously relying on implementation details that weren't covered by the test suite.

    Reacted by Mariatta
  3. willingc
    added
    type-featureAdditions; New content or section neededAdditions; New content or section needed
    on Mar 19, 2018
  4. Mariatta commented on Jul 11, 2019

    @Mariatta
    Mariatta
    on Jul 11, 2019
    MemberAuthor
    More actions

    This would be useful info for the upcoming new Triagers team.

  5. Mariatta
    added
    project: triagers
    on Jul 11, 2019
  6. Mariatta commented on Jul 22, 2019

    @Mariatta
    Mariatta
    on Jul 22, 2019
    MemberAuthor
    More actions

    Some labels were explained here https://discuss.python.org/t/who-should-be-able-to-change-what-labels-on-github/2000

  7. ezio-melotti
    closed this as completedin #930on Mar 16, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    type-featureAdditions; New content or section neededAdditions; New content or section needed

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions

      You are visitor 01402503 — GeezerVison does not store the pages you look up.
      Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required.