[Capistrano] Re: Cap deployment issue
You could store your photos under #{deploy_to}/shared/photos in production (shared/ directory is shared between releases). E.g. define PHOTOS_DIR in config/environments/production.rb and development.rb and use it when storing. For development, the directory could be under public. -- A.H. On May 11, 7:26 am, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: By the way I am using the deployment via checkout. On May 10, 9:12 pm, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have a set up where I have files stored in a folder in the public directory in a folder called photos. How do I tell capistrano to not delete those files? (right now by default it is removing all the files in my public_html folder and copying the new ones in so its deleting my uploded photos.) --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] Re: Cap deployment issue
[EMAIL PROTECTED] wrote: I have a set up where I have files stored in a folder in the public directory in a folder called photos. How do I tell capistrano to not delete those files? (right now by default it is removing all the files in my public_html folder and copying the new ones in so its deleting my uploded photos.) Typically you store the photos somewhere else (e.g. shared/photos or /opt/data/photos) and symlink this directory to public/photos on deployment. This way your application does not have to know about this different storage path. Jonathan -- Jonathan Weiss http://blog.innerewut.de http://twitter.com/jweiss --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] Re: Cap deployment issue
That's one way to do it. Then you just have to add the symlinking to your deployment script. If you do any tests, the first option might be better (?). -- A.H. On May 11, 10:35 am, Jonathan Weiss [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: I have a set up where I have files stored in a folder in the public directory in a folder called photos. How do I tell capistrano to not delete those files? (right now by default it is removing all the files in my public_html folder and copying the new ones in so its deleting my uploded photos.) Typically you store the photos somewhere else (e.g. shared/photos or /opt/data/photos) and symlink this directory to public/photos on deployment. This way your application does not have to know about this different storage path. Jonathan -- Jonathan Weisshttp://blog.innerewut.dehttp://twitter.com/jweiss --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] Re: Cap deployment issue
By the way I am using the deployment via checkout. On May 10, 9:12 pm, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have a set up where I have files stored in a folder in the public directory in a folder called photos. How do I tell capistrano to not delete those files? (right now by default it is removing all the files in my public_html folder and copying the new ones in so its deleting my uploded photos.) --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---
[Capistrano] Re: Cap Deployment issue with svn+ssh on LAN
I forgot to precise that the repos is owned by dedicated created user : svn, nevertheless both admin user and gilles user can access it, i have working copy on both the Deploy and the Dev. On 20 juin, 09:41, Gilles [EMAIL PROTECTED] wrote: Hello everyone, I am developing on a LAN composed of two comp running on OS X tiger 10.4.9 Server for the deploy machine and OS X tiger client for the dev one. I am using Rails 1.2.2, Capistrano 1.4.1 with net-ssh 1.1.2. My repository is stored on my Deploy comp. so i work with a working- copy on the Dev comp. I have a two different users one on each machine : Admin for the deploy and Gilles for the dev. I used to deploy using the svn:// protocol to the deploy machine, after applyed the cap -A and cap setup procedure and everything were going well when doing a cap deploy or cold_deploy except for the launch of the mongrel_cluster. This last command systematically failed, whereas apply directly on the deploy machine, it works perfectly. That is my first issue . Secondly i decided to try using the svn+ssh:// protocol to be more accustomized to real-life deployment. So i create the Gilles user private/public key using ssh-keygen on the dev machine and i make a copy of the public key in the authorized_files of /.ssh of the Admin user on the Deploy, i copy it too in the known_hosts file. First issue : i can access by ssh the Deploy without entering password but CAN'T do any svn command. The error svnserve command not found is returned. My workaround was to add command=/usr/local/bin/svnserve - t at the beginning of the ssh-rsa public key in authorized_keys file. With that i can make svn procedure through ssh like svn co, etc ... So i made another working copy of my app on Dev using svn co svn+ssh:// [EMAIL PROTECTED]/path/to/my/repos/project folder. I reconfigured the deploy.rb file. But, and it's my second issue : the cap deploy procedure doesn't work at all, it hangs with displaying an ( success ( 1 2 ( ANONYMOUS EXTERNAL ) ( edit-pipeline ) ) ) message. idem for cap setup or any cap tasks ... I know this type of problem have been discussed before, an i have done some googling, but none of the infos, tips and trick i received helped me, even ssh_options[:paranoid] = false which is simply not recognized by net-ssh ... Any clue to make this work properly ? Thanks in advance. --~--~-~--~~~---~--~~ To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/capistrano -~--~~~~--~~--~--~---