Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Basic idea
This adds a basic feedstock maintainer dashboard. The idea is to have a place that makes it easy to interact with maintainer tasks, largely by querying information from github and making it available in a manner that is more tailored to conda-forge than the generic github notifications.
In contrast to the existing status page, this page presents information specifically for one's github user.
Implementation details
This is done via github's graphql API in the browser with a custom react component using Apollo Client. Authentication in this demo is done via a PAT inserted manually into the local storage of the browser, but if adopted, would be done via oauth2.
Prior work and inspiration
Prior work includes the status page as well as the osl's conda-forge warning panel, both of which differ from this approach in that they present generic, system-level information.
Nevertheless, the conda-forge warning panel also uses graphql api, which makes the information presented there suitable for integration into the website with the techniques available here.
This demo and possibilities
This demo simply shows a list of all feedstocks that the authenticated user is maintaining together with and sorted by the number of open PRs and Issues (see the screenshot below).
Other ideas brought up by @jaimergp and partly discussed in earlier plannings include:
To try this demo out yourself, you need to insert a personal access token manually into the local storage. I have used a classic token with permissions
public_repo
,read:org
, andread:user
, which must be inserted under the nametoken
intolocalStorage
via Firefox' "Web Developer Tools" or a similar mechanism for other browsers. This works both for the deploy preview from netlify linked below and a local development server.There also is a Zulip topic where these ideas can be discussed here.
Benefits
For me, one main goal with this is to remove all the routine maintenance notifications from my github notifications feed in order to give more prominence to relevant notifications. Another goal is to have a springboard that allows me to quickly tackle urgent tasks when I have a few minutes without first sorting through a lot of notifications to figure out what's most relevant.
Focused feedback
Some information that would be useful to determine next steps or future directions: