Sha256: 44dff5b0f872b2c088062915143430deae43c70c6bc588a94585c348a092bcdf

Contents?: true

Size: 807 Bytes

Versions: 6

Compression:

Stored size: 807 Bytes

Contents

Known Bugs and Shortcomings

(this one is specific to passenger-recipes, which really should be merged into capistrano-extensions...)
* When introducing a new shared content directory, a bug can manifest itself when trying to sync production data back to your staging server.  Consider the following scenario:
  1) Add a new upload field to your app (e.g. using file_column)
  2) Update the deploy script to reference this new shared directory (via either :shared_content or :content_directories)
  3) Try cap remote:sync FROM=production TO=staging --> It will fail when it tries to tarball up the shared content on production.
  
Currently, the best workaround is to log onto your production server and created the shared content directory, e.g. #{shared_path}/content/model_that_you_added_file_column_to

Version data entries

6 entries across 6 versions & 2 rubygems

Version Path
jtrupiano-capistrano-extensions-0.1.6 ISSUES.txt
jtrupiano-capistrano-extensions-0.1.7 ISSUES.txt
jtrupiano-capistrano-extensions-0.1.8 ISSUES.txt
jtrupiano-capistrano-extensions-0.1.9 ISSUES.txt
capistrano-extensions-0.1.9 ISSUES.txt
capistrano-extensions-0.1.8 ISSUES.txt