Почему упаковщик не может разрешить зависимость в драгоценных камнях, где нет реального конфликта? - PullRequest
Новая
       16

Почему упаковщик не может разрешить зависимость в драгоценных камнях, где нет реального конфликта?

0 голосов
/ 14 октября 2019

Вот пример выходных данных пакета, которые я пытаюсь разрешить: 

Bundler could not find compatible versions for gem "actionmailer":
  In Gemfile:
    knife_core (~> 5.0) was resolved to 5.1.0, which depends on
      actionmailer (~> 5.0)

    rails (= 6.0.0) was resolved to 6.0.0, which depends on
      actionmailer (= 6.0.0)

Bundler could not find compatible versions for gem "rubocop":
  In Gemfile:
    rubocop (= 0.62.0)

    haml_lint was resolved to 0.34.0, which depends on
      rubocop (>= 0.50.0)

Bundler could not find compatible versions for gem "sass-rails":
  In Gemfile:
    sass-rails (~> 5.0)

    jquery-datatables-rails (~> 3.4) was resolved to 3.4.0, which depends on
      sass-rails

Bundler could not find compatible versions for gem "savon":
  In Gemfile:
    savon (= 2.11.1)

    laughter (~> 2.6) was resolved to 2.11.0, which depends on
      name_check (~> 0.7) was resolved to 0.7.0, which depends on
        savon (~> 2.10)

Я вижу фактический конфликт здесь с actionmailer gem, и мне нужно обновить эту зависимость в knife_core, чтобы она была ~> 6.0.0 вместо того, чтобы решить это. Я понял!

Я не вижу никаких других конфликтов в этом выводе, если я правильно понимаю нумерацию версий!

Здесь я пытаюсь понять, почему мы часто видимцепная реакция сбоя связки, когда нет реального конфликта. Например, savon gem в вышеприведенном выводе на самом деле не имеет никакого конфликта, то же самое относится к sass-rails и rubocop, где я не вижу никаких конфликтов!

Я пытаюсь понять, почему bundlerпопадает в такую ​​цепную реакцию?

...