Abort Capistrano 2 deployment if remote is dirty
·1 min read
I configured Capistrano 2 to abort deployment if remote directory is dirty.
Because uncommited changes in remote directory will cause degrade.
# Of course, modifying source code in remote directory is bad, but sometimes we need to do it.
If there are some changes in remote, deploy log would be like this:
Capistano 3
Capistrano 3 doesn’t clone repository for each releases so we can’t port this task.
I’m seeking other solution to protect remote changes from automated deployments.