Skip to content
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

Expose the list of (non-)substantive PRs for a given repository. #269

Merged
merged 5 commits into from
Nov 18, 2024

Conversation

dontcallmedom
Copy link
Member

…given repo

@dontcallmedom dontcallmedom marked this pull request as draft November 8, 2024 15:58
@dontcallmedom
Copy link
Member Author

@deniak this is the initial WIP I mentioned yesterday, in case it's useful; feel free to ignore/close if not though :)

@deniak deniak force-pushed the substantive-contributors branch from e8818a4 to ea6f5ad Compare November 15, 2024 13:30
@deniak
Copy link
Member

deniak commented Nov 15, 2024

@dontcallmedom thanks for writing the endpoint. I completed the PR to make use of it and there's now a link to the list of contributors from the list of repositories.

@deniak deniak marked this pull request as ready for review November 15, 2024 13:56
@deniak deniak changed the title WIP: Expose API end point for list of substantive pull requests on a … Expose the list of (non-)substantive PRs for a given repository. Nov 15, 2024
, owner: null
, shortName: null
, substantiveContributors: []
, nonSubstantiveContributors: []
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'm not sure there is any value in listing non-substantive contributors at this stage, so I would drop it from the UI

Copy link
Member

Choose a reason for hiding this comment

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

I've removed the non-substantive contributors from the UI

<td>
<ul>
{(type === substantiveKeys ? st.substantiveContributors : st.nonSubstantiveContributors)[i].prs.map((pr) => {
return <li key={pr}><a href={`${pp}pr/id/${st.owner}/${st.shortName}/${pr}`}>PR #{pr}</a></li>
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 suspect it would be more useful to link to the PR itself rather than the related IPR checker page for the PR; unless you had a specific reason to link to the latter?

Copy link
Member

Choose a reason for hiding this comment

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

I wasn't sure which link would be the most useful but I guess people will be more interested to see the details of the PR instead of the IPR check.
That said, I'm wondering if we should also list the status of the PR (open, close, etc) on the list.

Copy link
Member Author

Choose a reason for hiding this comment

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

excellent remark! it's clear what we care primarily about is merged pull requests; unfortunately, AFAIR, we only track a open/closed state, and not very reliably either (e.g. if a pull request gets open or closed when ash-nazg is down for any reason, there isn't any systematic sync).

Another thing that would be worth highlighting one way or another is pull requests that got merged despite not having received IPR-validation.

Let's merge and deploy this as is, and follow up in separate issues / PRs.

Copy link
Member

Choose a reason for hiding this comment

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

I've created #270 and #271 and will tackle these soon.

@deniak deniak merged commit b6f1318 into master Nov 18, 2024
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants