Конфликт алмазной зависимости

Это сценарий, в котором две или более библиотек в дереве зависимостей используют общую библиотеку с использованием версионных ссылок, и ни одна из распространенных версий библиотек в этих ссылках не содержит всех функций, ожидаемых потребителями. Следовательно, невозможно выбрать набор версий, которые формируют рабочую программу.

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

Почему компилятор не улавливает конфликты алмазной зависимости?

Когда программа компилируется, она проверяет, что каждый класс, переменная или другой тип символа, на который ссылается код, может быть где-то найден. Давайте начнем с самого простого случая, библиотеки без зависимостей. В этом случае все символические ссылки должны существовать в самой библиотеке (или в среде выполнения. На этом можно и закончить.