1 我们目前正在改善Magento 2中的部署过程。欢迎您提供任何反馈-请在Twitter或电子邮件上对我进行ping操作。 现在在M2上（在您的环境中）您需要执行以下操作 获取或更新代码（git / etc ...） 作曲家安装 bin / magento安装程序：升级（或安装程序：安装） bin / magento设置：模式生产 仅供参考：模式生产做了一个 bin / magento设置：di：compile bin / magento设置：静态内容：部署 您现在可以使用其他一些方法来接近两步构建和部署过程，但是它们相当复杂。 — 卡盘 source Chuck，您能否解释一下更复杂的部署过程？ — 吉尔吉斯（Tjitse）'17 它正在开发中-我们将对其进行编写并作为下一个版本（2.2）的一部分进行发布。查看我们在主线中添加的一些新CLI命令：app：config：dump，app：config：import，config：sensitive：set，config：set，config：show，setup：db：status。想法是在您的开发机器上安装Magento，并在管理面板上根据需要进行配置。做一个app：config：dump（以config.php，env.php结尾），编译和静态资产部署。然后，将您的代码（包括资产）复制到生产环境中（手动复制并根据需要修改env.php文件），然后在产品上进行setup：upgrade。 — Chuck 基本上是两遍部署操作。第一遍在您的开发机器上（即没有生产停机时间），第二遍在生产上（代码副本+潜在的停机时间（设置：升级）（如果您更改架构）。目标是在使用架构更改的情况下停机时间少于1分钟。 — Chuck 建议：不要在生产环境中运行“ composer install”！这应该在CI流程的部署前阶段进行，以避免Packagist或repo.magento.com宕机的严重问题。您甚至还可以预先部署其他magento命令：如果您改为部署预编译的工件（程序包），则无需为DB +运行“ magento setup：upgrade”以外的任何程序。一旦代码达到生产，就进行缓存刷新。即使更改架构，也可以将停机时间最小化至几毫秒（或几秒钟）。 — 加布里埃尔·索莫萨