2 hours ago
Subject: Deployments succeed but serve week-old code — build cache not refreshing from GitHub
My frontend service builds and deploys "successfully," but the served bundle is byte-identical to a build from before September 27. Components merged since then (verified present in main on GitHub) are missing from the production bundle.
Evidence:
• Live bundle: /static/js/main.4c7881c6.js — contains zero references to OutreachDraftCard (added to frontend/src/components/ on Sept 27, present in current main)
• GitHub repo: ryanmena504-gif/GEAUXleads, branch main, root directory /frontend
• Service correctly configured (right repo, branch, directory, auto-deploy on)
• GitHub App has "All repositories" access
What I've tried:
• Redeploy (multiple times) — same stale bundle
• Disconnect/reconnect GitHub repo — no change
• New commit to trigger fresh build — deployed "successfully," bundle unchanged
• Deleted the service and recreated it from scratch — new service still builds the same stale code
The source Railway is building from appears frozen at a pre-Sept-27 state. Can you clear the repository cache for this project?
8 Replies
2 hours ago
This thread has been opened as a bounty so the community can help solve it.
Status changed to Open Railway • about 2 hours ago
2 hours ago
I’m not paying for that answer
Status changed to Awaiting User Response Railway • about 2 hours ago
ryanmena504-gif
I’m not paying for that answer
2 hours ago
You're not paying, Railway is paying someone else on your behalf to answer. No money is spent on your account, Railway covers that
2 hours ago
I’m sorry for my comment it premature and silly. The fix did not work. my production is still showing stale package from a week or two ago. The cache isn’t clearing or something
Status changed to Awaiting Conductor Response Railway • about 2 hours ago
2 hours ago
Can u manually clear the repo cache for my project
2 hours ago
The NO_CACHE=1 variable broke the build entirely — deployment failed with "failed to solve: secret NO_CACHE not found." I removed it and the service redeployed, but it's still serving the stale bundle.
What I tried and when (all times CDT, Oct 5):
• ~1:00 PM: Redeployed existing frontend service multiple times — each reported "successful" but served byte-identical bundle main.4c7881c6.js with zero references to OutreachDraftCard (component added to frontend/src/components/ Sept 27, present in current main)
• ~1:30 PM: Disconnected and reconnected GitHub repo on the service — no change. Verified service config is correct: repo ryanmena504-gif/GEAUXleads, branch main, root directory /frontend, auto-deploy on. GitHub App has "All repositories" access.
• ~1:45 PM: Pushed trivial README commit to trigger fresh build — deployed "successfully," bundle unchanged
• ~2:10 PM: Deleted the frontend service entirely and recreated it from scratch — new service still builds the identical stale bundle
• ~2:20 PM: Set explicit build command (npm run build) and start command (npx serve -s build -l 8080) on new service — production build now runs correctly, but from stale source
• ~2:50 PM: Added NO_CACHE=1 per your suggestion — build failed immediately with "failed to solve: secret NO_CACHE not found." Removed it.
Current state: New service at geauxleads-production-15c7.up.railway.app is online and building correctly, but Railway is compiling source from before Sept 27. The repository cache on your end appears frozen — new services, fresh GitHub reconnects, and new commits all produce the same stale output.
What I need: Can you manually clear the repository/source cache for this project on your end? Nothing I can do from the dashboard invalidates it.

mayori
Try disable the Build Cache by add `NO_CACHE=1` to your Service Variables
2 hours ago
The NO_CACHE=1 variable broke the build entirely — deployment failed with "failed to solve: secret NO_CACHE not found." I removed it and the service redeployed, but it's still serving the stale bundle.
What I tried and when (all times CDT, Oct 5):
• ~1:00 PM: Redeployed existing frontend service multiple times — each reported "successful" but served byte-identical bundle main.4c7881c6.js with zero references to OutreachDraftCard (component added to frontend/src/components/ Sept 27, present in current main)
• ~1:30 PM: Disconnected and reconnected GitHub repo on the service — no change. Verified service config is correct: repo ryanmena504-gif/GEAUXleads, branch main, root directory /frontend, auto-deploy on. GitHub App has "All repositories" access.
• ~1:45 PM: Pushed trivial README commit to trigger fresh build — deployed "successfully," bundle unchanged
• ~2:10 PM: Deleted the frontend service entirely and recreated it from scratch — new service still builds the identical stale bundle
• ~2:20 PM: Set explicit build command (npm run build) and start command (npx serve -s build -l 8080) on new service — production build now runs correctly, but from stale source
• ~2:50 PM: Added NO_CACHE=1 per your suggestion — build failed immediately with "failed to solve: secret NO_CACHE not found." Removed it.
Current state: New service at geauxleads-production-15c7.up.railway.app is online and building correctly, but Railway is compiling source from before Sept 27. The repository cache on your end appears frozen — new services, fresh GitHub reconnects, and new commits all produce the same stale output.
What I need: Can you manually clear the repository/source cache for this project on your end? Nothing I can do from the dashboard invalidates it.

an hour ago
Pushed trivial README commit to trigger fresh build — deployed "successfully," bundle unchanged
The bundle wouldn't change from just a changed README commit
Redeployed existing frontend service multiple times — each reported "successful" but served byte-identical bundle main.4c7881c6.js with zero references to OutreachDraftCard
Redeploying doesn't pull new changes, it redeploys that existing change
I investigated a little and checked your deploys from your GitHub repo, interestingly I can see you keep deploying 2 week old commits. More recently you did deploy a recent commit but the build failed (or was aborted). Can you verify a few things:
- Do you have watch paths set on Railway?
- Do you have the branch overridden on Railway?
- Have you tried, from your Service, doing
ctrl+k->Deploy latest commiton Railway?
Status changed to Awaiting User Response Railway • about 1 hour ago
Status changed to Open 0x5b62656e5d • 11 minutes ago