我正在尝试对laravel应用程序进行Docker化。
该应用程序已经构建并且在git中,但是我.gitignore我的供应商文件夹。
我添加了一个Dockerfile,如下所示:
FROM php:7.1-fpm-alpine
RUN apk update && apk add curl && \
curl -sS https://getcomposer.org/installer | php \
&& chmod +x composer.phar && mv composer.phar /usr/local/bin/composer
RUN apk --no-cache add --virtual .build-deps $PHPIZE_DEPS \
&& apk --no-cache add --virtual .ext-deps libmcrypt-dev freetype-dev \
libjpeg-turbo-dev libpng-dev libxml2-dev msmtp bash openssl-dev pkgconfig \
&& docker-php-source extract \
&& docker-php-ext-configure gd --with-freetype-dir=/usr/include/ \
--with-png-dir=/usr/include/ \
--with-jpeg-dir=/usr/include/ \
&& docker-php-ext-install gd mcrypt mysqli pdo pdo_mysql zip opcache \
&& pecl install mongodb redis xdebug \
&& docker-php-ext-enable mongodb \
&& docker-php-ext-enable redis \
&& docker-php-ext-enable xdebug \
&& docker-php-source delete \
&& apk del .build-deps
WORKDIR /var/www/html
COPY composer.json composer.lock ./
RUN composer install --no-scripts --no-autoloader
COPY . .
RUN chmod +x artisan
RUN composer dump-autoload --optimize && composer run-script post-install-cmd
CMD php artisan serve --host 0.0.0.0 --port 5001
当我构建时,这似乎很棒。 我看到依赖项已下载,我看到输出中正在生成自动加载文件。 但是,一旦构建完成,vendor文件夹实际上就不存在了。 我猜这都是在中间容器中完成的,然后将其删除? 因此,当我运行docker-compose时,我得到:
致命错误:require():无法打开所需的'/var/www/html/bootstrap/../vendor/autoload.php'
这个线程似乎指出了这个问题-可能-但并没有真正提供解决方案:在Dockerfile中运行时,Composer安装不会安装软件包
尝试使用COPY composer.json ./代替COPY composer.json composer.lock ./(不要复制composer.lock),并在此行COPY。 。 上面的作曲家安装
复制。 。 将复制整个目录,因此无论如何都将复制composer.json和composer.lock。 为什么我不想复制锁定文件? 这就是我想要的安装基础。
然后,您应该将composer.lock添加到.dockerignore中。 请看一下:getcomposer.org/doc/
如果我这样做的话,那么Im本质上正在运行composer更新。 这不是我想要的。 我不依赖最新版本的依赖项,我想要composer.lock文件中的版本。 目前,甚至没有创建供应商文件夹,所以我什么也没得到...
您是否尝试过COPY。 。 上面的作曲家安装命令?
是的-尝试过...
您的docker-compose.yml有什么?
对于Docker的新手来说,这需要花费很多时间:)
感谢@ iurii-drozdov将有关docker-compose.yml的评论指向正确的方向。
在我的docker-compose.yml中,我正在将主机工作目录挂载到/ var / www / html中。这是在构建之后发生的。因此,作曲家运行了安装程序,在构建中正确安装了所有依赖项,然后,在运行docker-compose up时,我将主机目录安装到了容器中并清除了所有这些更改。
解决方案是在安装卷后运行composer安装。
这样做很简单,只需在启动容器后执行它(运行作曲家和任何其他程序包管理器),然后最终运行Web服务器,然后简单地执行该容器即可。
但是,我找到了一个更整洁的解决方案。我将Dockerfile中的最终CMD更改为:
CMD bash -c"composer install && php artisan serve --host 0.0.0.0 --port 5001"
这将运行composer install并启动Web服务器,作为docker-compose的最后一部分。
这里提供解决方案:Docker-安装卷后执行命令
您还可以在docker-compose的容器声明下添加command关键字,如下所示:command:composer install && php artisan serve --host 0.0.0.0 --port 5001
只要您希望将供应商文件夹作为根,这是一个很好的解决方案
如果是不具有php artisan serve的流明怎么办,CMD将触发容器以状态0退出。对此有什么解决方案?
如果您不想在Dockerfile中使用该命令,我们发现最简单的方法是将其添加到我们的docker-compose文件中:
composer_installation:
container_name: composer_installation
image: composer
volumes:
- ./:/app
command: composer install --ignore-platform-reqs
更新有点慢,可能是因为它正在与PHP容器同步。
由于您的基本映像可能不包含curl或php,因此它会更加有用。 便携性的荣誉!
@Jrme Gillard我也可以将此配置用于生产吗?
我使用此命令,它将生成供应商:)
docker run --rm -it --volume $(pwd):/app prooph/composer:7.2 install --ignore-platform-reqs