rails
rails copied to clipboard
Official Ruby on Rails specific tasks for Capistrano
I'm trying `deploy:rollback` to staging from my local machine, everything else is successful, but when it tries to do `deploy:assets:restore_manifest` it fails saying it cannot find the manifest file. On...
### Steps to reproduce Deploy a project with assets built with Webpacker and without sprockets generating anything. ### Expected behavior Deploy succeeds ### Actual behavior Deploy fails because manifest files...
Recently we added timeouts for our database with configuration like Configuration from `database.yml` connect_timeout: 5 read_timeout: 5 write_timeout: 5 checkout_timeout: 5 All values are in seconds --- ### Steps to...
### Steps to reproduce Do a cold deploy (where the `/current` path does not exist). Deploy with `cap --print-config-variables deploy` ### Expected behavior The assets_manifest file should be copied from...
I have an issue during rollback on multiple host setup with restoring assets manifest. Currently restoring manifest works like this. It checks manifest name in `assets_manifest_backup` dir on one host...
Hi, I wanted to rollback an application but the database was not rolled back. What do you think about adding a `deploy:db:rollback` to this gem. This task could be also...
I am using `sprockets (4.0.0.beta6)` and I encounter the following error during deployment while precompiling assets: ``` Sprockets::FileOutsidePaths: /home/deploy/app/releases/ACTIVE_RELEASE_PATH/app/assets/images/image.svg is no longer under a load path: /home/deploy/app/releases/NEW_RELEASE_PATH/app/assets/images, /home/deploy/app/releases/NEW_RELEASE_PATH/app/assets/javascripts, /home/deploy/app/releases/NEW_RELEASE_PATH/app/assets/stylesheets, /home/deploy/app/releases/NEW_RELEASE_PATH/vendor/assets/javascripts,...
I am trying to deploy Rails app with capistrano. Ruby version is managed by rvm. I am using ruby 2.2.3, created gemset manually. > ``` set :rvm_type, :user set :rvm_ruby_version,...
Similar to #235, when using propshaft rather than sprockets the `deploy:assets:backup_manifest` task fails because propshaft makes a manifest named: `public/assets/.manifest.json` which does not match the existing patterns in `:assets_manifests`
We sometimes hit an issue where the Webpack compile part of the `assets:precompile` takes enough CPU that it causes response times to go up noticeably. I created a workaround by...