2015-04-01 5 views
1

В настоящее время я работаю на веб-сайте, управляемом PHP, который имеет ряд зависимостей через Composer.Как эффективно отслеживать изменения версии зависимостей?

В последнее время зависимость имела второстепенную версию (в соответствии с SemVer) с изменением обратной совместимости в нем. Сайт неожиданно распался. Я обновил свой номер версии зависимостей на чем-то более точном, например 1.2.16 вместо 1.*.

Но это затрудняет отслеживание версий, поскольку незначительные версии часто меняются.

Как вы отслеживаете зависимости таким образом, который является простым и позволяет избежать нарушений, нарушающих ваш проект.?

+5

Вы делали правильный путь, чтобы быть честным. Кто когда-либо поддерживал пакет, который внес резкое изменение в второстепенную версию, как это, *** делает это очень неправильно ***. Я не уверен, что вы можете объяснить такую ​​вещь за пределами того, чтобы быть очень конкретным с вашими версиями ... –

+0

@Bulk не может согласиться больше. – smassey

+0

Является ли зависимая библиотека явно следуя SemVer? то есть в документации явно упоминается, что они следуют за семантической версией? –

ответ

0

Как вы отслеживаете зависимости таким образом, который является простым и позволяет избежать нарушений, нарушающих ваш проект?

Никогда не принимайте автоматические обновления для живых производственных площадок. Вы, вероятно, тоже не должны брать их на сайты разработчиков, но это зависит от того, сколько разработчиков задействовано, и идет ли скорость изменений. Лучшей практикой является настройка ветки и соответствующего тестового сайта, где такие обновления разрешены. Вы можете запускать периодические (ежедневные, ежечасные, любые ...) сборки/тестовые циклы вашего проекта и сайта, а затем автоматически генерировать конфигурации зависимостей, которые расширяют указанные диапазоны до того, что было проверено/доказано хорошо, и проверить их в активной ветке разработчика (ы), где они в конечном итоге найдут свой путь к сайтам dev/test и product site (s).

Смежные вопросы