Composer в 2026: что полезно знать, чтобы не попасть в грабли

[den4ik102rus]

Вроде Composer уже много лет с нами, а вопросы по нему не утихают. Сейчас многое поменялось — парочка команд устарела, появились новые фишки, но грабли остаются те же. Например, куча народа до сих пор не догоняет, зачем вообще нужен composer.json и почему просто рубить все в vendor — не лучший ход.

Если работаешь с проектом, обязательно проверяй composer.lock. Часто проблемы с зависимостями кроются именно там — он фиксирует точные версии, а не просто «latest». И не стоит руками тыкать в vendor без необходимости, лучше через require обновлять. Если мёрдж конфликтов в composer.lock — не пытайся тупо его игнорировать, а понимай, кто за что отвечает.

Ещё момент — autoload. Многие забывают, что если прописал PSR-4 в composer.json, то после изменения надо прогонять dump-autoload, иначе новые классы не подтянутся.

Идентификаторы и namespace становятся неотъемлемой частью, тут лучше заранее продумать структуру, чтобы потом не переписывать миллион строк кода.

Кто как сейчас использует composer? Есть лайфхаки или подводные камни, с которыми регулярно сталкиваетесь?

[Рогатый Трупоед]

Часто забывают, что composer.lock — это не просто файл, а как чеклист по версиям, на котором держится стабильность проекта. И реально, если в vendor лазить руками — потом долго будешь лечить баги, которые сложно отследить. dump-autoload реально спасает, когда добавляешь новые классы, иначе автозагрузка ломается без предупреждения. В общем, лучше не халтурить с этими моментами, иначе можно залипнуть на простых вещах.