我的制作应用程序基于Laravel 5.3。自从Laravel 5.6出局以来，我一直在升级我的Laravel。这是我到目前为止在我的开发服务器中所做的：
通过Laravel网站中的每次升级更改并使用Git比较工具，我添加了5.3＆lt; 5.4＆lt; 5.5＆lt; 5.6
编辑我的应用代码以反映更改。
运行composer update。
将所有更改提交给Git repo。
到目前为止，它非常好，因为它是一台开发机器。通常，当我将任何更新推送到生产服务器时，我只会执行git pull origin master。由于这是我在Laravel发布后首次完成的升级，因此，在将新更新推送到生产服务器之后，我是否会在生产服务器中运行composer update或composer install？
我已经阅读了许多建议在生产服务器中使用composer install的帖子，我通常会在向Laravel添加新软件包时这样做。但是在这种情况下，由于它实际上是对所有核心文件的升级以及对现有软件包的更新，我是否仍然运行composer install或者我应该在这种情况下执行composer update？当我推送提交时，它还会从dev站点提交composer.lock文件。
有人可以帮我澄清一下吗？
答案 0 :(得分：2)
您应始终与composer install文件一起在制作中composer.lock。
如果你进行作曲家更新，那么它可能会破坏你的应用程序，因为包的依赖性可能已经改变了。
生产中的也要确保你也放了你的composer.lock文件。 composer install只会安装composer.lock文件中的版本，因此您在生产和开发中将拥有相同的代码。
您可以阅读有关
的更多信息