#Railway app needs a force deploy button like render and digitalocean

71 messages · Page 1 of 1 (latest)

lilac apex
#

Such a button either doesn't exist, or the option is buried. The competitors to Railway has this feature. Please add this feature. I don't like having to delete the app and then re-creating it to get a fresh instance. Making the app rebuild on each code change is too heavy and I want to exactly control when the app get's rebuilt.

surreal mauve
lilac apex
#

sweet

flat dragon
flat dragon
#

You should be going off a trigger. A manual redeploy button is a backstop.

What are you trying to do instead?

lilac apex
#

Believe it or not, i do everything windows and only go to a linux VM as a backup for development

#

and the CLI doesn't work for windows

flat dragon
#

CLI definitely works on Windows

#

What are you doing that needs the application rebuilt?

#

Off not a change to the application itself

lilac apex
#

i'm testing a social media app called phpFox and I need to restart the containers from the fresh docker instance every now and then

flat dragon
#

You should fix your code then

#

Which will retrigger a build

#

I’ve never encountered an issue here that wasn’t user error. Answered this a great many times as well

lilac apex
#

right, that's the problem. I don't want it restarting every time i push an update to a readme file

lilac apex
#

thanks for the work arounds!

#

anywhere I can update the redeploy button though? It seems that most of your competitors has it except railway

surreal mauve
flat dragon
lilac apex
#

Is this Jake Cooper?

flat dragon
#

Yep

lilac apex
#

ha, i was watching one of your youtube videos right now, what a coincidence

flat dragon
#

Don’t get me wrong. We’ll add one

#

I’m gonna be annoyed about I though. I think it’s a massive anti pattern and a symptom of failure

lilac apex
#

Deleting my code repo or changing whitespace to trigger my build is a worse anti-pattern

flat dragon
#

The anti pattern is you’re deploying manually

#

Or haven’t configured your watch path correctly

lilac apex
#

here's my stages of app development

#

stage 1: redeploy all the time on each code change because i'm building new stuff

#

stage 2: ok cool we are getting more mature and the code changes are less drastic, I am still developing, but i only want updates when I trigger them manually

lilac apex
#

stage 3: the production phase - Harden

flat dragon
#

You’re shooting yourself in the face by manually deploying as a rule

oak dirge
#

I think there are two cases. One where your hacking around making a side project and one where you're deploying a massive app. And railway is focusing on the latter?
Would that be a right assumption?

flat dragon
#

Each change should be versioned and built

flat dragon
oak dirge
#

Yee

surreal mauve
flat dragon
#

There’s literally zero reason to switch to cutting releases manually

Use a different branch

oak dirge
#

Yup

lilac apex
#

I'm just explaining my workflow, I'm sure this is an extremely common usage pattern

#

i don't see how it's an anti-pattern at all

#

it works extremely well

flat dragon
lilac apex
flat dragon
flat dragon
lilac apex
#

auto-rebuild on code change is also kind of a anti-pattern

flat dragon
#

It’s either applicable at all points in the journey and people learn how to do development the correct way

#

Or it’s not and we’ve failed

flat dragon
#

Anyways, I’ve gotta go to some work. We’ll add it at some point

lilac apex
#

if it's not the industry standard, why does Render.com and DigitalOcean (and maybe fly.io) all support it?

flat dragon
#

And it’s cause those other platforms are just Heroku clones, which comes from hobby users asking for things that will 1) break workflows and 2) shoot them in the foot

#

We’ll add it. It’ll be in the command bar at some point in the future.

But if you’re reaching for it often, we’re either fucking up on our engineering side (because we had an outage) or you’re going to run into an outage/issue in the future that’s going to teach you how to do development correctly

lilac apex
#

Also, one more question, would you ever consider doing a healthcheck on port 80 if port 8080 isn't being served by the docker app?

flat dragon
#

No

lilac apex
#

k

flat dragon
#

Well, sorry that’s not true. We’ll allow you to do multiple ports in the future

So, you could have it dial url/health and that would cover it

lilac apex
#

right, right now all the major services except Render.com requires re-mapping the health check port manually

#

It's a poor experience though on all the platforms because the app just fails. It's a beginner foot gun but maybe not something you are aiming to fix

#

anyway, thanks for answering my questions

snow walrus
#
fly scale count 0
fly scale count n
snow walrus
#

i dont agree with you on this