部署Laravel升级-Composer更新或Composer安装

Question

我的生产应用程序基于Laravel 5.3构建。 自Laravel 5.6发布以来，我一直在升级Laravel。 到目前为止，这是我在开发服务器中所做的：

1. 通过Laravel网站中的每个升级更改并使用Gi​​t比较工具，我添加了5.3 <5.4 <5.5 <5.6的代码更改。

2. 编辑了我的应用代码以反映更改。

3. 运行composer update 。

4. 将所有更改提交到Git存储库。

到目前为止非常好，因为它是开发机器。 通常，当我将任何更新推送到生产服务器时，我只执行git pull origin master 。 由于这是我的Laravel发布后完成的第一次升级，因此我担心将新更新推送到生产服务器后，是否要在生产服务器中运行composer update或composer install ？

我读过许多建议在一般情况下在生产服务器中使用composer install ，通常在向Laravel中添加新软件包时这样做。 但是，在这种情况下，由于实际上是所有核心文件的升级以及对现有软件包的更新，因此我是否仍在运行composer install或在这种情况下应该进行composer update ？ 当我推送提交时，它还会从开发站点提交composer.lock文件。

有人可以帮我澄清一下吗？

Answer 1

您应该始终将composer install与composer.lock文件一起composer install在生产环境中。

如果您进行作曲家更新，则可能会破坏您的应用程序，因为软件包的依赖关系可能已更改。

在生产中也请确保也放置了composer.lock文件。 composer install将仅安装composer.lock文件中的版本，因此在生产和开发中将具有相同的代码。

您可以阅读更多有关

https://getcomposer.org/doc/02-libraries.md#lock-file