Approving PR workflows should show which commit will be evaluated #180548
Replies: 1 comment
-
|
💬 Your Product Feedback Has Been Submitted 🎉 Thank you for taking the time to share your insights with us! Your feedback is invaluable as we build a better GitHub experience for all our users. Here's what you can expect moving forward ⏩
Where to look to see what's shipping 👀
What you can do in the meantime 💻
As a member of the GitHub community, your participation is essential. While we can't promise that every suggestion will be implemented, we want to emphasize that your feedback is instrumental in guiding our decisions and priorities. Thank you once again for your contribution to making GitHub even better! We're grateful for your ongoing support and collaboration in shaping the future of our platform. ⭐ |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Why are you starting this discussion?
Product Feedback
What GitHub Actions topic or product is this about?
Misc
Discussion Details
When an external contributor opens a Pull Request their workflows must be approved (if so configured) to run. If multiple commits are pushed (individually) before any approval happens, the approval button on the Pull Request is for the latest commit in the Pull Request.
However, if you go to the list of workflows requiring action (i.e.
https://github.com/<owner>/<project/actions?query=is%3Aaction_required) there will be jobs waiting for the other pushed commits. For example:However, it is nearly impossible1 to tell which commit these workflow awaiting action correspond to. This opens up a possible attack vector where an attacker pushes a bunch of commits, somewhere in the middle is a malicious commit which is subsequently undone. Now, when deciding whether to run a specific job from the above list I can't tell if I'll be running the malicious code or not.
For this reason, I need to be able to tell (easily) which commit will be used for the job I'm looking at. Currently, the only information provided (as far as I can tell) is the time, author, pull request number, branch name, and specific workflow that will be run. The individual workflow view does not provide additional information:
Some responses to questions I'm expecting:
pull_request:the job is still tied to a commit. I verified this by allowing one of the jobs from the image above and checking which commit in the corresponding pull requests got a progress indicator -- it was not the latest commit.2Footnotes
Apart from counting the number of workflows waiting and numbers of commits pushed and/or comparing the times (assuming there was no outage). ↩
I was not really able to verify which commit it actually checked out in the workflow. It might have been the commit at the pull request head. If that's the case, this is a bug report for the status indicator instead. ↩
Beta Was this translation helpful? Give feedback.
All reactions