✨ Add github action that moves peer review issues issues as the label on the review is updated across our peer review project board.

[lwasser]

We currently have a peer review project board here that we use to track current reviews. this is helpful to keep tabs on our editorial process. Most often editors don't update the review status on the board but they DO update the labels for each issue.

It easy not too difficult to move an issue to a new "column" or status on the project board using the GitHUB api / graphQL. I have some code that is a proof of concept below.

There are also actions out there but i'm not sure if any existing actions do what we need them to do. what we want to do is.

1. when an issue has a label change to the label == 0/pre-review-checks move it to the pre-review-checks status on the board
2. when an issue has a label change to 1-editor-assigned then move the package to under-review status on the board
3. when a issue gets the 6/pyOS-approved 🚀🚀🚀 label, then update the status to pyos-accepted
4. when an issue get the 9/joss-approved label assigned, update the status to joss-accepted on the board.

I looked into the actions below

but i haven't been able to get them to work.

• https://github.com/actions/add-to-project
  Here is a discussion of doing this using a github action and a github app!
  Authentication via GitHub Apps actions/add-to-project#158

GitHub action

Once we get the python code working to update the board, we'd next want to create an action that implements this script and updates the board.

• we could update the board once a week via a cron job.
• It should also have a workflow dispatch trigger available.
• it will need to store the token required to update the issue status on the board as a secret. We have an example of doing this with pyos meta in our contributor update workflow.

Tasks

this issue could be divided into discrete subtasks

• take the code that i linked to below in the open pr and first clean it up / make it work to update all issues on the board.
• Once the code runs and is clean and documented, merge that into pyosmeta
• Then create a github action that calls the code and updates the project board. this action could live in our software-submission repo.

it is also fine if we want to refactor my script in smaller chunks during a sprint vs doing all of the work !

[lwasser]

Note: i have a start on this code that works in using graphQL if anyone wants to tackle this. this pr has a VERY messy example of interfacing with the API and finding an issue on a board and moving it based on it's label status. We now just need to

• production-ize this and clean up the mess of a script that i started.
• Then add to CI using a token value via secrets

if my code is too painful to read you can also rewrite it entirely. i have no ego related to code that i write!