Deployment doesn't match latest commit
amunrarara
PROOP

6 months ago

Cheers,

My latest deployment simply does not contain the changes I've made. I've tried recreating the branch with commits cherry-picked and pointed the service over to the new branch, to no avail; the changes present in the commits are not showing up in the latest deployment.

Connected Branch: https://github.com/Conduit-BTC/conduit-market-client/compare/main...bug-branch

Further site-specific context: In our app, we've previously used mock products on the homepage:

The deployed version should have the changes that are show below (screenshot of local dev environment running the same branch):

But, our deployed version simply doesn't have it.

Solved

9 Replies

chandrika
EMPLOYEE

5 months ago

Hm, that is strange. Could you please try this for me? CMD+K → Deploy latest commit


Status changed to Awaiting User Response Railway 6 months ago


amunrarara
PROOP

5 months ago

Sorry for the delay. Issue persist, and now confirmed on two different Railway projects.

I'm now having this issue with two different Railway projects: Conduit Market (bug branch), and Merchant Portal (int branch)

In both cases, the new environment was cloned (with all copied values) from an existing "production" environment, then the Github target branch was changed, which triggered a deploy of the (correct) commit, but resulted in the main branch still displaying at the deployment URL.7

I ran CMD+K > Deploy latest commit, on both projects, but the issue persists: commit hash is "deployed" but the incorrect environment is showing on the deployed URL.

Merchant Portal, expected (http://localhost:xxxx/products from int branch https://github.com/Conduit-BTC/merchant-portal/commits/int

Actual, the deployed URL is loading the main branch code, not the built-and-deployed int branch)

Showing commits + deploys, starting with original main branch ("Create LICENSE" and "Added weight to sample products), followed by switch to int branch ("DELETE ME" and "remove imoptrs"). "DELETE ME" commit pictured above as http://localhost:5174/products



Status changed to Awaiting Railway Response Railway 5 months ago


amunrarara
PROOP

5 months ago

This is still a persistent issue, significantly impacting my ability to effectively deploy lower environments. Can this be escalated?


echohack
EMPLOYEE

5 months ago

Hey Amunrarara, I'm trying to repro your issue right now. I am seeing at least on Merchant Portal that it's reflective of your current commits on the int branch, which seems to be the expected behavior? I will let you know if I am able to repro.


Status changed to Awaiting User Response Railway 5 months ago


echohack
EMPLOYEE

5 months ago

I forked your public repo, built a new project, built from the main branch, made an environment named int, targeted branch int and was able to build the branch correctly and successfully.

I hit both your public endpoints and noticed I got a different server for each of them, so I think it's hitting the correct servers as well from the routing perspective.

I'm not really seeing the issue you're experiencing here. The only other thing I can think of is that bun isn't properly creating your build and you're seeing something different in prod / int versus local dev.


amunrarara
PROOP

5 months ago

Hmm I'll give it another shot here. Did you "copy" the main environment into int when you reproduced, by chance? Or did you create a new environment and target the int branch?


Status changed to Awaiting Railway Response Railway 5 months ago


amunrarara
PROOP

5 months ago

And just reconfirming here that the int deployment at https://merchant-portal-int.up.railway.app/ is supposed to have the int branch from my repo, which it definitely does not. See screenshots


echohack
EMPLOYEE

5 months ago

I think you're comparing the visual difference between what your local environment has and your int branch.

I'm comparing your main branch with your int branch.

Just to confirm again, I used railway ssh into both your main environment container and your int environment container to compare. I saw you had a commit in main that added a favicon, so here's my results:

```
# main server
srv # find / -name favicon.svg

/srv/favicon.svg

# int server
srv # find / -name favicon.svg

/srv #
```

You can see that int does not contain the favicon.svg you added to main, but not int.

So I can confirm that each environment is indeed building the correct codebase. There might be another problem, like maybe you have a reference hardcoded in both codebases, or bun isn't building your application the way you expect.


Status changed to Awaiting User Response Railway 5 months ago


amunrarara
PROOP

5 months ago

I'll take another dive into this issue then. Thanks for the support.


Status changed to Awaiting Railway Response Railway 5 months ago


Status changed to Solved amunrarara 5 months ago


Loading...