2 months ago
Summary:
Changes pushed to our GitHub repository are not triggering CI or automatic deployments in Railway. When deployments are run, the build appears to use a stale copy of the repository rather than the latest commit.
Expected behavior:
Each push to the configured branch should trigger a new deployment using the latest commit from the repo.
Actual behavior:
Git pushes do not trigger a deployment
Manual redeploys sometimes occur, but the build uses an older commit/state of the repo
Commit SHA in Railway does not match the latest SHA in GitHub
Troubleshooting already performed:
Verified correct repo and branch are configured in Railway
Confirmed Railway GitHub App has access to the repository
Cleared build cache and redeployed
Manually triggered redeploys
Deleted and recreated:
Railway service
Railway
GitHub connector / app installation
Reconnected repo from scratch after deletion
Verified latest commits exist on the target branch in GitHub
Current state:
Even after fully removing and re-adding the GitHub integration and service, Railway continues to behave as if it is building from a cached or stale repo state, and pushes do not trigger CI.
Request:
Please investigate whether there is a stuck cache, webhook/app event issue, or internal state mismatch on the Railway side preventing GitHub push events from triggering fresh builds. Assistance resetting or validating the backend integration state would be appreciated.
1 Replies
2 months ago
Since you have already performed a full reset of the service and integration, the issue is most likely caused by Watch Paths.
Go to your service settings > watch paths, and check if you have configured any paths that might be causing your service to ignore new commits.