Push responses to Heroku

Question

Я хочу разместить ответные меры на Heroku. Так что я сделал: - GIT клон репозитория respondcms - Heroku создать в этой папке - мерзавца мастер толчок Heroku и вот проблема: я всегда получаю следующее сообщение об ошибке в ЦМД

remote: ----->PHP app detected 
remote: 
remote: !  ERROR: Your 'composer.json' lists dependencies inside 'require', 
remote:  but no 'composer.lock' was found. Please run 'composer update' to 
remote:  re-generate 'composer.lock' if necessary, and commit it into your 
remote:  repository. For more information, please refer to the docs at 
remote:  https://devcenter.heroku.com/articles/php-support#activation 
remote: 
remote: 
remote: !  Push rejected, failed to compile PHP app 
remote: 
remote: Verifying deploy... 
remote: 
remote: !  Push rejected to app-name 

I сделал обновление для композитора, и это прекрасно работает, также есть файл composer.lock в папке. Кто-нибудь, кто пробовал хостинг responsecms на heroku уже и столкнулся с той же проблемой? Любые идеи, что я мог попробовать? Кроме того, я мог бы просто использовать другого хостинг-провайдера, который предлагает бесплатный сервис, поскольку это только для действительно небольшого представительного веб-сайта ....

Answer 1

Файл composer.lock не должен быть локальным, он должен быть совершено. Таким образом, он будет включен, когда вы нажмете на Хероку.

попробовать что-то вроде этого:

• git add composer.lock
• git commit используя сообщение как Add Composer lock file
• git push heroku (или любой другой ваш пульт называется)

Причина этого заключается в том, что composer.json обычно задает зависимости несколько неопределенным образом, например «независимо от последней версии 1.2.x» или «последней фиксации на ветке master». Вероятно, вы можете себе представить, что мы с вами можем получить разные результаты в зависимости от того, когда мы установим наши зависимости.

Задача файла composer.lock заключается в том, чтобы заблокировать эти зависимости более строгим образом. Если вы устанавливаете последнюю версию библиотеки 1.2.x, то ее точная версия записывается в composer.lock, например. «версия 1.2.2 в Git hash 1234abc».

В общем, если вы не намеренно обновления библиотеки лучше использовать composerinstall, а не composer update. Первый использует точные версии из файла блокировки и ничего не обновляет. Таким образом, мы можем больше доверять тому, что мы используем идентичные библиотеки. Последний обновляет новые версии и изменяет файл блокировки.

Я никогда не использовал Heroku с PHP, но имеет смысл, что он хочет установить точные версии, перечисленные в файле блокировки.