Feature request: allow GitHub Apps (Bot) to be added as collaborators on private Projects v2 #192922
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.
-
🏷️ Discussion Type
Product Feedback
💬 Feature/Topic Area
Projects
Body
Summary
GitHub Apps with
Organization projects: Read & writepermission cannot access items in private Projects v2, even when the app hasIssues: Read+Pull requests: Readon all repositories, and is installed org-wide. The app can see the project exists and read its metadata (title, ID), butitemsalways returnstotalCount: 0.The root cause is that
ProjectV2Actor— the union type used for project collaborators — only includesUserandTeam. GitHub App bot users (Bottype) cannot be added as project collaborators through any path (UI or API).Request
Expand
ProjectV2Actorto includeBot, so that GitHub Apps can be added as collaborators on private Projects v2. This would allow organizations to use GitHub Apps as their automation identity for project board management, instead of requiring user-owned Classic PATs.Evidence
Setup
Organization projects: Read & write,Issues: Read,Pull requests: Read,Metadata: Readactions/create-github-app-token@v1What works
/repos/{owner}/{repo}/issues/{n})/installation/repositories)What fails
Same result via
node(id: "PVT_...")path. A user PAT withprojectscope returns all 12 items for the same query.Attempted fix: add bot as project collaborator
Via GraphQL mutation:
Returns:
"No object found for userId: \"BOT_kgDO...\""— the mutation does not accept Bot-type nodes.Attempting to spread
... on BotinsideProjectV2Actorreturns:"Fragment on Bot can't be spread inside ProjectV2Actor"— confirmingBotis not in the union.Via UI: The project's "Manage access → Invite collaborators" search does not surface GitHub App bot users.
Alternatives exhausted
ProjectV2ActorexcludesBot— can't be a project collaboratorGITHUB_TOKENBusiness impact
Organizations that want to automate project board management (syncing fields from YAML, auto-adding issues to boards, setting default priorities) are forced to use user-owned Classic PATs. This creates:
The only workaround is creating a dedicated machine user account (consuming a GitHub seat, requiring MFA management, creating fake "person" identities) — which is the pattern GitHub Apps were built to replace.
Proposed solution
Add
Botto theProjectV2Actorunion type. This would allow:updateProjectV2Collaboratorsmutation to accept Bot node IDsThis change would make GitHub Apps a viable automation identity for Projects v2, consistent with their role for Issues, Pull Requests, and other org-level resources.
Related discussions
Guidelines
Beta Was this translation helpful? Give feedback.
All reactions