Deployment 当我的TYPO3处于composer模式时,我的TYPO3生产系统是否需要composer

Deployment 当我的TYPO3处于composer模式时,我的TYPO3生产系统是否需要composer,deployment,composer-php,typo3,Deployment,Composer Php,Typo3,我在我的开发系统上以编写器模式使用TYPO3。 我将通过将所有生成的文件复制到生产系统来进行部署 我想知道我是否需要在我的生产系统上安装composer,或者当所有“供应商”/“自动加载”的东西都被复制到生产系统时,它是否足够 换句话说:TYPO3 composer模式是否需要安装composer 非常感谢您的回复。不,远程服务器上不需要composer。 事实上,只要您拥有所有必需的文件(如供应商文件夹)以及所有自动加载信息,它就可以正常工作 例如,如果使用(默认设置)TYPO3 Surf()

我在我的开发系统上以编写器模式使用TYPO3。 我将通过将所有生成的文件复制到生产系统来进行部署

我想知道我是否需要在我的生产系统上安装composer,或者当所有“供应商”/“自动加载”的东西都被复制到生产系统时,它是否足够

换句话说:TYPO3 composer模式是否需要安装composer


非常感谢您的回复。

不,远程服务器上不需要composer。 事实上,只要您拥有所有必需的文件(如供应商文件夹)以及所有自动加载信息,它就可以正常工作


例如,如果使用(默认设置)TYPO3 Surf(),则构建在本地完成,然后将所有文件上载到远程服务器。这样,远程服务器上就不需要(例如)git或composer。

因为您已经正确地发现,一旦安装了所有软件包并转储了自动加载信息,就不需要composer


如果您在本地或在CI服务器上执行所有这些操作,然后上载所有文件(例如使用
rsync
),则实例的编译正在运行。运行时不会对包或自动加载信息进行任何可能需要Composer的更改。

相反,您应该在生产系统上安装Composer


通过这种方式,您可以减少安装/升级受损和/或损坏的软件包的风险,因为在将更改部署到生产机器之前,您可以先在本地或临时环境中测试更改,如其他答案中所述。

我不同意这一点:在生产系统上使用Composer没有错,如果使用的是
composer安装
而不是
composer更新
是,则在这种情况下应始终使用
composer安装
。但事实上,生产系统上的任何附加代码都会增加安全问题的风险。即使无法从web访问或调用CLI二进制文件,也存在未知安全漏洞利用它执行恶意任务的危险。