diff options
author | Sam Thursfield <sam.thursfield@codethink.co.uk> | 2014-09-04 12:01:26 +0100 |
---|---|---|
committer | Sam Thursfield <sam.thursfield@codethink.co.uk> | 2014-09-11 13:26:27 +0100 |
commit | fb48e0a6c2152d8eafa67a432ea8c61f2928bbc4 (patch) | |
tree | 8e1807b7278f69c09a483f951b667b7926582ac7 | |
parent | 27de3db33a5d5ba966657ad436e8434c49757c92 (diff) | |
download | morph-fb48e0a6c2152d8eafa67a432ea8c61f2928bbc4.tar.gz |
import: Comment on default build instructions
-rwxr-xr-x | import/rubygem.to_chunk | 17 |
1 files changed, 17 insertions, 0 deletions
diff --git a/import/rubygem.to_chunk b/import/rubygem.to_chunk index f58fd407..03848562 100755 --- a/import/rubygem.to_chunk +++ b/import/rubygem.to_chunk @@ -334,6 +334,23 @@ class RubyGemChunkMorphologyGenerator # way for the default commands to know what .gemspec file they should # be building. It doesn't help that the .gemspec may be in a subdirectory # (as in Rails, for example). + # + # Note that `gem help build` says the following: + # + # The best way to build a gem is to use a Rakefile and the + # Gem::PackageTask which ships with RubyGems. + # + # It's often possible to run `rake gem`, but this may require Hoe, + # rake-compiler, Jeweler or other assistance tools to be present at Gem + # construction time. It seems that many Ruby projects that use these tools + # also maintain an up-to-date generated .gemspec file, which means that we + # can get away with using `gem build` just fine in many cases. + # + # Were we to use `setup.rb install` or `rake install`, programs that loaded + # with the 'rubygems' library would complain that required Gems were not + # installed. We must have the Gem metadata available, and `gem build; gem + # install` seems the easiest way to achieve that. + build_commands = [ "gem build #{spec.name}.gemspec", ] |