Best Practices for using SVN with Plugins

I’ve noticed that most plugins are available from SVN repositories. I’m
using SVN to manage my project code. I have been using the -x option
because it allowed me to easily get the latest changes to the plugins.
But, when I went to another computer, and attempted to checkout my
project
from another computer, it failed when grabbing one of the plugins.
Aparently, a plugin vendor changed their repository url. So, I’m
wondering
whether it is better to install plugins using the SVN -x (external)
option,
or to checkout the plugin directly? I’d like to know how others are/have
delt with this issue.


Best Regards,
-Larry
“Work, work, work…there is no satisfactory alternative.”
— E.Taft Benson

Hi, Larry

It all depends on how stable the plugin is, and how much you trust the
author to maintain backwards compatibility. Personally, I only install
with the -x option when I’m installing my plugins from my svn server.

Cheers - Starr


www.thebootstrapnation.com - Where business and code collide.

Personally I never use this because a rails upgrade might (and has)
broken
plugin functionality. It’s better to upgrade manually with another
checkout.

Vish

On 10/1/06, Vishnu G. [email protected] wrote:

Personally I never use this because a rails upgrade might (and has) broken
plugin functionality. It’s better to upgrade manually with another checkout.

Vish

Try Piston:
http://weblog.techno-weenie.net/2006/9/18/keeping-rails-plugins-up-to-date


Rick O.
http://weblog.techno-weenie.net
http://mephistoblog.com

Rick: seems nice :slight_smile: Would be better if it had a ‘piston rollback’ also
:wink:

Thanks!

Vish

For anything I use in my application, I keep my own svn copy of the
plugin (and even rails). Then I can upgrade when I have/want to, but I
always know that I have working code that I tested.

Those plugins are installed in the app using an external setting of
svn. So I have one trusted source, and when needed I just update my
repository with the latest plugin.

This has an additional advantage of letting me tag versions with the
matching plugin. So that if I have a future version using a newer
rails and a newer set of plugins, I can easilly go back to a previous
version, knowing that every tag is stable.

Bye,

Guy.

On 9/30/06, Larry K. [email protected] wrote:


Best Regards,
-Larry
“Work, work, work…there is no satisfactory alternative.”
— E.Taft Benson


Family management on rails: http://www.famundo.com - coming soon!
My development related blog: http://devblog.famundo.com

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs