Запустите php artisan с одной установки Laravel на другую

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

Что я сделал, чтобы решить эту проблему

В моем сценарии развертывания я вручную загрузил файл .env и перезаписал переменные среды на overload, а не просто на load. Примечание. Это будет работать только в версиях ниже V5.

$dotenv = Dotenv::create(__DIR__);
$dotenv->overload();

ОБНОВЛЕНИЕ для V5

Согласно комментарию @nibnut, поскольку dotenv V5 (теперь в Laravel 7.0) загружает переменные среды как неизменяемые. В моем случае я рад разрешить их изменение, и в этом случае я могу сделать следующее вместо того, что указано выше.

$dotenv = Dotenv::createMutable(__DIR__);
$dotenv->load();

https://github.com/vlucas/phpdotenv#immutability-and-repository-customization

Это все, что мне нужно было сделать, чтобы мой первоначальный сценарий заработал.

ПРИМЕЧАНИЕ. поскольку это установка laravel со всех сторон, пакет dotenv был уже установлен. Это можно использовать для любого проекта, установив его отдельно.

Вместо cd в каталог вы можете изменить команду на что-то похожее на это:

php /var/www/sitea/artisan migrate --force

Это запустит команду artisan для указанного каталога.

Ответ новокаина, к сожалению, больше не работает в Laravel 7.x, поскольку файл DotEnv загружается неизменным.

Мой текущий обходной путь — создать временный файл .env в моем проекте (т. е. .env.temp), а затем использовать аргумент --env при вызове моих ремесленных команд:

php artisan migrate --env=temp

Это может работать не во всех случаях использования, но если вы вызываете команды ремесленника в проекте B из проекта A, это должно работать нормально.