[lnkForumImage]
TotalShareware - Download Free Software

Confronta i prezzi di migliaia di prodotti.
Asp Forum
 Home | Login | Register | Search 


 

Forums >

comp.lang.ruby

Worthwhile to build a gem?

Greg Willits

7/2/2008 9:15:00 PM

I have a project where a number of internally-developed Ruby libraries
will need to be installed on numerous machines. Small apps will then be
written using this set of libraries almost like a framework really.

Is it worth considering building a gem out of this library and running a
private gem server in order to manage these libraries? The alternative
would be to maintain working copies (maybe in site_ruby?) from an svn
server -- much like you'd typically maintain a Rails app on servers.

This site seems to to be very out of date http://docs.rub...
based on the version numbers and self-proclaimed recent updates page.

This page http://docs.rub...read/chapter/5 says to see the
DevelopersGuide, but I can't find such a critter anywhere, so where is
there current info available on building gems?

Thx.

-- gw
--
Posted via http://www.ruby-....

5 Answers

Trans

7/2/2008 10:08:00 PM

0



On Jul 2, 5:14=A0pm, Greg Willits <li...@gregwillits.ws> wrote:
> I have a project where a number of internally-developed Ruby libraries
> will need to be installed on numerous machines. Small apps will then be
> written using this set of libraries almost like a framework really.

Will these libraries all be in single project (ie. gem), or do your
see them each as separate projects?

> Is it worth considering building a gem out of this library and running a
> private gem server in order to manage these libraries? The alternative
> would be to maintain working copies (maybe in site_ruby?) from an svn
> server -- much like you'd typically maintain a Rails app on servers.

your using svn rather than git I take it.

T.

Greg Willits

7/2/2008 10:59:00 PM

0

Trans wrote:
> On Jul 2, 5:14pm, Greg Willits wrote:
>> I have a project where a number of internally-developed Ruby libraries
>> will need to be installed on numerous machines. Small apps will then be
>> written using this set of libraries almost like a framework really.
>
> Will these libraries all be in single project (ie. gem), or do your
> see them each as separate projects?

The libraries form a single core of tools and logic upon which to build
server side data aggregation apps.


>> Is it worth considering building a gem out of this library and running a
>> private gem server in order to manage these libraries? The alternative
>> would be to maintain working copies (maybe in site_ruby?) from an svn
>> server -- much like you'd typically maintain a Rails app on servers.
>
> your [you're] using svn rather than git I take it.

svn, yes. If I changed my code with every new fasionable thing, I'd
never get anything done. svn works just fine for me.

-- gw


--
Posted via http://www.ruby-....

Eric Hodel

7/3/2008 12:54:00 AM

0

On Jul 2, 2008, at 14:14 PM, Greg Willits wrote:
> I have a project where a number of internally-developed Ruby libraries
> will need to be installed on numerous machines. Small apps will then
> be
> written using this set of libraries almost like a framework really.
>
> Is it worth considering building a gem out of this library and
> running a
> private gem server in order to manage these libraries? The alternative
> would be to maintain working copies (maybe in site_ruby?) from an svn
> server -- much like you'd typically maintain a Rails app on servers.
>
> This site seems to to be very out of date http://docs.rub...
> based on the version numbers and self-proclaimed recent updates page.
>
> This page http://docs.rub...read/chapter/5 says to see the
> DevelopersGuide, but I can't find such a critter anywhere, so where is
> there current info available on building gems?

Rake::GemPackageTask is probably what you'll find easiest for this:

Rake::PackageTask.new("package") do |p|
p.name = PKG_NAME # string
p.version = PKG_VERSION # string
p.package_files = PKG_FILES # array
end


Trans

7/3/2008 1:33:00 AM

0



On Jul 2, 6:59=A0pm, Greg Willits <li...@gregwillits.ws> wrote:
> Trans wrote:
> > On Jul 2, 5:14pm, Greg Willits wrote:
> >> I have a project where a number of internally-developed Ruby libraries
> >> will need to be installed on numerous machines. Small apps will then be=

> >> written using this set of libraries almost like a framework really.
>
> > Will these libraries all be in single project (ie. gem), or do your
> > see them each as separate projects?
>
> The libraries form a single core of tools and logic upon which to build
> server side data aggregation apps.

Cool. I'd say create a gem for it. Would Capistrano be helpful?

> >> Is it worth considering building a gem out of this library and running =
a
> >> private gem server in order to manage these libraries? The alternative
> >> would be to maintain working copies (maybe in site_ruby?) from an svn
> >> server -- much like you'd typically maintain a Rails app on servers.
>
> > your [you're] using svn rather than git I take it.
>
> svn, yes. If I changed my code with every new fasionable thing, I'd
> never get anything done. svn works just fine for me.

:) i can relate.

T.

Jeremy Hinegardner

7/3/2008 5:14:00 AM

0

On Thu, Jul 03, 2008 at 06:14:49AM +0900, Greg Willits wrote:
> I have a project where a number of internally-developed Ruby libraries
> will need to be installed on numerous machines. Small apps will then be
> written using this set of libraries almost like a framework really.
>
> Is it worth considering building a gem out of this library and running a
> private gem server in order to manage these libraries? The alternative
> would be to maintain working copies (maybe in site_ruby?) from an svn
> server -- much like you'd typically maintain a Rails app on servers.

yes, it is always worthwhile to build a gem :-). Its good experience
and something every ruby developer should know how to do. And if the
code is useful outside your specific application it makes it easy to
distribute to the rest of the world.

This is exactly what we do at my job. Currently we have 18 gems that
define our private codebase. We maintain an internal gem server, and
capistrano deployment scripts to manage the installation of the gems on
the various machines depending on their role. Our infrastructure is a
mixture of command line, rails and merb apps, and this approach is
working pretty well for us.

enjoy,

-jeremy

--
========================================================================
Jeremy Hinegardner jeremy@hinegardner.org