Skip to content

.github: Add issue, PR templates #873

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
May 15, 2022

Conversation

ix5
Copy link
Member

@ix5 ix5 commented May 15, 2022

Encourage users to fill out some basic information and guide their thought processes.

As opposed to #753, these templates are much less intrusive/inquisitive and merely guide the user instead of demanding excessive amounts of information.

Reasoning: While reviewing PRs of more or less new contributors to the project such as @BBaoVanC and @fliiiix, I had to coax their PRs metadata into a more reviewable shape. BBaoVanC even ended up writing checklists for themself. Formalizing this process a bit makes sense, IMO.

@jelmer thoughts?

@ix5 ix5 added the meta Concerning the general direction and organisation of the project label May 15, 2022
creating changes.
The following items are listed to help you create a great Pull Request: -->
## Checklist
- [ ] All new and existing **tests are passing**
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why does this need a checklist - doesn't running the github actions cover this?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

  • Ideally, GH Actions should not be the first instance PR authors come across the tests. Getting the tests to pass by pushing to (re-)trigger CI runs would be very tedious - we'd want authors to have the tests running locally so they can understand and fix errors faster.
    I'd also wager a lot of authors most likely won't even register the tiny red/green check marks.
  • Spelling the need for working tests out explicitly (even if it may be a repetition of the "contributing" section of the docs) is a good reminder for authors, even already when thinking about submitting drafts

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Using some sort of CI system (all of which are reported with check masks) is common for everything on GitHub. The more text you include here, the less likely people are to actually read all of it.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I've reduced the amount of text and bullet points even further.

I am convinced and have seen evidence of this type of checklist being useful - and though I hate this type of argument, it's also something other successful projects do.

@jelmer
Copy link
Member

jelmer commented May 15, 2022

As mentioned earlier, I'm not hard opposed but also not convinced templates solve concrete problems we have.

@ix5 ix5 force-pushed the gh-pull-request-templates branch 2 times, most recently from e59409b to 075f11f Compare May 15, 2022 20:17
@ix5
Copy link
Member Author

ix5 commented May 15, 2022

I'm still waiting for an answer from posativ regarding new uploads of the docs so I can link the contributing and testing guides.

@ix5 ix5 force-pushed the gh-pull-request-templates branch from 075f11f to b03caa5 Compare May 15, 2022 21:16
@ix5 ix5 force-pushed the gh-pull-request-templates branch from b03caa5 to 3642721 Compare May 15, 2022 21:17
- [ ] (If adding features:) I have added tests to cover my changes
- [ ] (If docs changes needed:) I have updated the **documentation** accordingly.
- [ ] I have added an entry to `CHANGES.rst` because this is a user-facing change or an important bugfix
- [ ] I have written **proper commit message(s)**
Copy link
Member

@jelmer jelmer May 15, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is the wrong place for this, it belongs in a CONTRIBUTING.md or something similar; by the time the contributor creates the pull request they've already written these commit messages so this is the wrong moment to find out about the right format.

There are also loads of other things we could be checking here; did they pick reasonable variable names for example?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

All perfectly valid points. Since docs on posativ.org are outdated for now, maybe we could link to the source doc as rendered here: isso@master:docs/contributing/index.rst

@jelmer
Copy link
Member

jelmer commented May 15, 2022

I'm still not convinced this helps, but also don't want to stand in the way so I'll abstain.

@ix5
Copy link
Member Author

ix5 commented May 15, 2022

We'll revisit once updated docs are uploaded in the proper place and we can have a CONTRIBUTING doc that doesn't just render as a literal link text. For now, I'll merge this.

@ix5 ix5 merged commit ebabe8c into isso-comments:master May 15, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
meta Concerning the general direction and organisation of the project
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants