-
Notifications
You must be signed in to change notification settings - Fork 83
Description
The overall problem is that BEP process is still not straight-forward: lots of "human" decisions to be made, activities to be carried out by humans (notifications, adjustment of beps.yaml) instead of automated actions to be taken based on the state of the BEPs. This PR intends to provide a single automation - notification of BEPs.
We have a list of BEPs at https://github.com/bids-standard/bids-website/blob/main/data/beps/beps.yml in machine readable form with valuable information about their status etc.
I will try to come up with a github action to send notification to the still open BEP leads upon request, to alert them about their entries in the list, and some notable future event (so should be an option) like "Next release of BIDS is planned for December 2025".
And without reason -- just an update request to be sent e.g. every half year.
Any further ideas/reasons when to alert BEP people?
TODOs
- fixup "bep-leads" check
- gather credentials for some existing bids email account (e.g.
[email protected]) to send from/via (@effigies ? @bendhouseart -- do you have it) using e.g. https://github.com/dawidd6/action-send-mail - check/extend records in https://github.com/bids-standard/bids-website/blob/main/data/beps/beps.yml to be up to date
- ideally should also be automated to update dates on PR being associated, and potentially even enrich/update with
_updatedfor PRs etc to be able to track activity on them so we detect/alert stale ones
- ideally should also be automated to update dates on PR being associated, and potentially even enrich/update with
- develop the script to send notification
- create CI action
Alternative potential solutions
Utilize github teams more.
We do have teams for many BEPs: see https://github.com/orgs/bids-standard/teams . Potentially we could alert members of those teams. Ideally the listing should be synchronized between beps.yaml here and list of teams there. But what would be the "source"?