Ответ 1

Быстрое исправление заключается в добавлении -Ilib к вашей рубиновой команде:

$ bundle exec ruby -e "require 'puppet'; puts Facter.value(:puppetversion)"
3.7.5

$ bundle exec ruby -Ilib -e "require 'puppet'; puts Facter.value(:puppetversion)"
3.7.3

Если мы сравниваем пути загрузки, вы можете видеть, что добавление -Ilib приводит к тому, что 3.7.5 не присутствует во втором пути загрузки:

$ diff <(bundle exec ruby -e 'puts $:') <(bundle exec ruby -Ilib -e 'puts $:') | grep 'puppet-'
< /Library/Ruby/Gems/2.0.0/gems/puppet-3.7.5/lib

Кажется, что это должно быть поведение по умолчанию, поэтому может быть ошибка в bundler.

Ответ 2

Если вы удалили свой Gemfile.lock и удалили все другие версии драгоценного камня, прежде чем пытаться bundle exec... хотя это явно не определено одной и той же проблемой, это известная проблема с Bundler проверить это:

• https://github.com/bundler/bundler/issues/3585

И это должно быть исправлено с этого объединенного запроса Pull:

• https://github.com/bundler/bundler/pull/3592

Это приведет к тому, что ваш "предпочтительный источник" будет одобрен и использован.

(Ссылки используются как ответ, потому что это относится к существующим видам деятельности, а не к решению, которое я мог бы поставить здесь в ответ. Не ответ только для ссылок.)

Ответ 3

попробуйте следующее:

source "file://home/puppy/puppet-git-clone"

gem "puppet", "3.4.2", :path => "/home/puppy/puppet-git-clone"

зачем вам нужно false?

Ответ 4

После того, что вы сказали в моем предыдущем ответе, попробуйте следующее:

Добавьте gemspec к Gemfile вверху.

Если вы сделаете это, последующие вызовы gem ... переопределяют gemspec, который в конечном итоге устанавливает версию.

Добавьте его прямо здесь:

source ENV['GEM_SOURCE'] || "https://rubygems.org"
gemspec # and let me know if this fixes it

Ответ 5

Как я недавно сказал, я нашел ту же проблему, что и у меня, в моих собственных проектах. И я решил это обходным путем. Сама идея - это то, что я даю здесь, я не говорю об этом как о самом эффективном или без ошибок. Вариант этого подхода работал у меня.

Он включает захват Gemfile и, возможно, gemspec, в зависимости от того, что нарушитель в действительности - эта часть еще неизвестна. Мой последний ответ, второй подход, который я дал, может решить это уже. Если нет, вам может понадобиться обходной путь. Есть много постоянных тупиков для Бундлера.

Как работа, вставьте куратор.

Я предлагаю, чтобы в конце Gemfile вы вставляли процессор, такой как этот, чтобы курировать Bundler::Dsl самостоятельно. Мы можем полностью сосредоточиться на драгоценном камне, который вы хотите решить, но это может быть сделано для любых драгоценных камней.

Например... это в основном концепция, она может работать, но может иметь ошибку. Вам нужно будет ожесточить его. Это приведет к удалению всего, кроме ожидаемой версии:

PUPPET_VERSION = 'version desired'
until(current = self.dependencies.find { |d| d.name == 'puppet' }) == 1
    current.each { |gem|
        if !gem.version == PUPPET_VERSION
            self.dependencies.delete(current)
        end
    }
end

Я не уверен, какую версию вы действительно хотите. Существует три версии: 3.7.3, 3.7.5... просто подключите ту, которую вы хотите. Любые другие версии будут удалены из зависимостей, с которыми работает Bundler.

Ответ 6

У меня была такая же проблема в прошлом, я думаю, что вы можете указать свой драгоценный камень без параметра "require: false", и он будет искать конкретную версию Gemfile.

gem "puppet", "3.4.2", :path => "/home/puppy/puppet-git-clone"

Если вы укажете опцию "require" с "gem" и запустите команду irb с помощью bundle exec irb, она всегда загружает последнюю версию для драгоценных камней, которая объявила с опцией require: false.