Thanks for the feedback guys. I am the sole developer on almost all of my projects and I have root access to the VPS environments that I deploy to.
Considering this I think a may give it a shot to just .gitignore vendor/rails and vendor/gems and then just run "rake gems:instal"l once I have my app on the production server. Also, another reason I am thinking of doing this is that in the past when I had to change to a different version of a Gem is was kind of a pain to "git rm" all of the old gem's source from the app's repo. Do this sound like a pretty solid plan to you guys considering my situation? Thanks, Elliott On Dec 10, 10:05 am, Rick DeNatale <rick.denat...@gmail.com> wrote: > On Wed, Dec 9, 2009 at 10:52 PM, elliottg <x...@simplecircle.net> wrote: > > I always freeze Rails and unpack all my Gems... Do you guys prefer to > > add vendor/rails and vendor/gems to your .gitignore file? > > > Thanks, Elliott > > In general I keep vendor/gems and vendor/rails under version control, > that way when I deploy I know what's going to be used without having > to do extra steps. > > However, I only unpack gems which are actually used for runtime rather > than development, so I don't unpack gems like rspec, cucumber, webrat, > etc. The config.gems statements go into the various environments/*.rb > files, And other developers and I use things like > > rake RAILS_ENV=test gems:install > > to keep our development machines in sync. > -- > Rick DeNatale > > Blog:http://talklikeaduck.denhaven2.com/ > Twitter:http://twitter.com/RickDeNatale > WWR:http://www.workingwithrails.com/person/9021-rick-denatale > LinkedIn:http://www.linkedin.com/in/rickdenatale -- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to rubyonrails-t...@googlegroups.com. To unsubscribe from this group, send email to rubyonrails-talk+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.