Capistrano is highly configurable, and any option that exists for Capistrano also exists for capifony.
By default, capifony will ssh with your current system user, but you can change
this behavior with set :user
parameter:
If you’re using your own private keys for git, you might want to tell Capistrano to use agent forwarding (which means that the production server uses your local keys to pull from git):
You can also tell cap the exact branch to pull from during deployment:
If you’re using git submodules, you must tell cap to fetch them:
If you connect to your production server using a non-traditional port, set the port manually:
If you are not allowed sudo ability on your host you can use the following configuration:
If your host complains about the entire project being group-writable, add the following configuration:
You can use the cap deploy:cleanup
task to delete old releases on the server.
By default, Capifony will keep the last 5 releases.
You can choose to keep a different number of releases by setting the
keep_releases
parameter:
Since capifony 2.1.8, the verbosity has been reduced, and human readable
messages are printed, so that you can easily follow the deployment process.
If you want to change this behavior, configure the logger in your deploy.rb
file: