change deploy logic to stop-first instead of start-first #53
Reference in New Issue
Block a user
No description provided.
Delete Branch "stop-first"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
I believe that this change fixes the issue described here: #52
I believe doing
stop-firstinstead ofstart-firstcauses the old container to be stopped before the new one is started (see: https://docs.docker.com/reference/compose-file/deploy/#update_config).start-firstallows for zero-downtime updates, but can lead to resource contention between old and new containers (which is maybe why we were seeingunable to lock level db at /var/lib/gitea/data/queues/common: resource temporarily unavailablein the error log in the issue mentioned).not totally sure about this, but the theory makes sense to me, and the app was able to successfully deploy after the change
cc recent committers if you have any thoughts or extra knowledge about this @3wordchant @fauno @p4u1
i just tested it with forgejo and it works! i can see in the logs that the container receives the shutdown signal and then it starts the new container. i didn't even had to restart abra app logs
View command line instructions
Checkout
From your project repository, check out a new branch and test the changes.