Pull to refresh

Comments 12

Это разные вещи. Bundler — современный способ использования, создания и разработки гемов. jeweler — несколько устаревший способ упаковки гемов и набор расширений rubygems.
Одно другого не отменяет. Bundler не поддерживает rake version bump, и не собирается.
Jeweler не умеет бампать версии гемов, которые содержат версию в исходном коде.

Кстати, неплохая идея для нового гема.
Добавлю 2 момента:

1) в Rakefile можно добавить следующую конструкцию:

task :default => :spec

тогда можно будет писать не rake spec, а просто rake.

2) rake release перед отправкой гема в rubygems пытается сделать git push, и если в репозитории еще не задан origin, он ничего не скажет и крепко задумается. Пару раз на этом попадался.
А как можно добавить скомпилированную версию гема (не своего) на rubygems? Подойдет ли данный метод или связываться с разработчиками?
НУжно быть авторизованным разработчиком гема н аrubygems. Для добавления в список нужно связаться с авторами гема. Либо создаете гем с другим именем.
>Старайтесь не использовать autoload, так как эта возможность объявлена устаревшей для Ruby 2.0.
А что там на смену пришло, не подскажите?
Пока неясно. Процитирую ruby-core:

Hi,

Today, I talked with NaHi about enhancing const_missing to enable
autoload-like feature with nested modules. But autoload itself has
fundamental flaw under multi-thread environment. I should have remove
autoload when I added threads to the language (threads came a few
months after autoload).

So I hereby declare the future deprecation of autoload. Ruby will
keep autoload for a while, since 2.0 should keep compatibility to 1.9.
But you don't expect it will survive further future, e.g. 3.0.

I strongly discourage the use of autoload in any standard libraries.

matz.
Еще неплохо в spec_helper.rb написать:

require "bundler"
Bundler.require :default, :development


Во избежание внезапных спецэффектов.
Sign up to leave a comment.

Articles