Closed x-yuri closed 6 years ago
you did not run mina setup
but we should add a check for in_path
Sorry for not stating this explicitly, it tries to enter current_path
. Take a look at the task. Apparently, setup
doesn't create this dir.
Oh i see what is happening here
current_path
is a symlink so it is not created on the setup. It is created on :launch
https://github.com/mina-deploy/mina/blob/master/data/deploy.sh.erb#L78
The sidekiq-quiet
gem assumes you already have a deployed app.
What would you assume that happens here?
I) we can exit the script with 'path does not exits' II) or skip the block execution.
For general code first option is better for your case it is actually better to skip the execution because you cant stop sidekiqs that have not started yet.
So i would not address this issue, just when first deploying not try to quiet the sidekiq. It would actually be better for sidekiq gem to check for the path before entering
mina-sidekiq
hassidekiq:quiet
task, which is to be executed aftergit:clone
or so:That is, on first deploy it tries to enter the directory, but it doesn't exist yet. Could we add some option to
in_path
to makemina
tolerate this case?