a month ago
I moved a project from one Hobby workspace to another (both mine — switching from a personal identity to a company one). Since the transfer, every push creates a Deployment Request:
"User isn't on the Railway team, so their commit needs approval. Invite them to bypass this requirement."
Railway displays a generic "User" instead of resolving the commit author's GitHub account.
What I have already verified — all correct:
The commit author's email is Primary + Verified on the GitHub account that owns the Railway workspace.
GitHub correctly attributes the commits to that account (avatar + username appear in the repo's commit list).
Railway → Account → Integrations shows "Connected as" that same GitHub account.
The Railway GitHub App is installed on both the organization holding the repo and the personal GitHub account.
Service source, branch, and "Auto deploys when pushed to GitHub" are configured correctly.
Commits contain no co-authors.
The commit author is the owner of the Railway workspace — same identity.
So the author and the workspace owner are one and the same, yet Railway treats the commit as coming from an outside contributor. "Invite them" is unusable, because member invites require the Pro plan.
Question: how do I make Railway recognize the workspace owner as a team member after a cross-workspace project transfer on Hobby? Is there a way to re-sync the GitHub identity ↔ workspace membership without upgrading to Pro?
4 Replies
a month ago
This thread has been opened as a bounty so the community can help solve it.
Status changed to Open Railway • about 1 month ago
a month ago
On Hobby, You can't invite member as a workspace members, but you can invite as a project members
Is the owner both workspaces same account?
Status changed to Solved serwisrun-owner • about 1 month ago
a month ago
The error, however, wasn't in Railway, but in the DEV environment. The commit was signed correctly, but the push was shadowed by different credentials.
Status changed to Awaiting Railway Response Railway • about 1 month ago
a month ago
Glad you tracked it down - local credential shadowing is a tricky one. No further action needed on our end.
Status changed to Awaiting User Response Railway • about 1 month ago
serwisrun-owner
The error, however, wasn't in Railway, but in the DEV environment. The commit was signed correctly, but the push was shadowed by different credentials.
a month ago
Seems like you have different Github accounts linked to the two Railway accounts?
If that's the case, you'd need to invite the Railway account with the Github account you pushed the commit from into the project.
Status changed to Awaiting Railway Response Railway • about 1 month ago
Status changed to Solved Railway • about 1 month ago