Rip: a RubyGems Replacement?

by James

Rip (“Ruby’s Intelligent Packaging”, via Ruby Inside) is “an attempt to create a next generation packaging system for Ruby”. It’s in alpha, and still under development, but looks cool.

I’m immediately drawn to Rip’s attitude to packaging ruby code for distribution, which seems to be: don’t. Don’t package, just distribute, because Rip allows for installation and management of files, directories, and git repositories (as well as gems), and so removes the need to add an extra layer of packaging logic on top of your existing code:

Rip’s support for a variety of package types means there is nothing to build and distribute. Tag your Git repository and publicize the latest version, or just pass around Gists. Rip does not care.

This makes package management as simple as passing files between friends. Email me your latest library, and I can run rip install path/to/lib. That’s it — you don’t need spec files, and you don’t need to build anything before your send me your code.

I love this simple, stripped-down approach. Rip has the potential to democratise package management by blurring the boundaries between plain old files and ‘proper’ packages — it’s a powerful tool that has a lot in common with Git and even Twitter: all are simple systems that can help people get things done by removing boundaries to productivity.

The code for Rip is available on GitHub, and there’s more information on the Rip website. Although the developers make it clear that Rip is not production ready, you can easily install the code as a gem so I’d encourage all you Rubyists to check it out!