Dev-master в composer.json, это безумие?

Я использую композитор (в проектах Symfony2) и часто получаю ошибки при обновлении библиотек.

Многие библиотеки (по моему опыту) используют dev-master как версию для своих зависимостей (или, что еще хуже, они используют *).

Всякий раз, когда что-то происходит с ведущей веткой, вы получаете обновление библиотеки, и с течением времени шансы на изменение API выше. То, что сегодня в мастер версии 1.2.1 завтра может быть 1.2.7, без вреда, и станет позже 1.7 или 2.x с уверенными несовместимостью.

Мои вопросы

  • как мы дошли до этого? Является ли это практикой, предложенной из источников высокого профиля?
  • что мы можем сделать, чтобы сенсибилизировать авторов к этой теме?

или  я сумасшедший?

Ответы

Ответ 1

Ты не сумасшедший.

  • Это проблема с курицей и яйцом, пока люди не помечают больше, другие не могут требовать отмеченных выпусков.
  • Напомните всем, у кого нет тега или ничего не помечено за шесть месяцев (если проект активно развивается, то есть). Я попытался пометить все наши пакеты ранее на этой неделе, потому что я читал подобную напыщенность, и мне напомнили, что у нас все еще были только версии dev-master на большинстве из них.

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