Magento 2部署过程

当前，我们提交composer.lock到存储库，然后composer install --no-dev在生产服务器上运行。我认为这不是最好的方法，因为作曲家需要几分钟来生成所有文件，并且这样做是有风险的。

我想知道将在生产模式下运行所需的所有文件提交回购是否更好。

其他人如何使用magento 2管理部署过程？

与claudiu-creanga达成100％的协议，同意不提交供应商，并且避免在生产环境中运行composer。

我们处理此问题的方法是拥有一个实时文件夹和一个候选发布文件夹。它是在release-candidate文件夹中运行git pull命令和composer install --no-dev的。我们的过程可以总结如下：

1. 在发布候选文件夹中：

   • 检查意外更改
   • 更新仓库
   • 作曲家安装

2. 将文件同步到实时站点文件夹

3. 在实时站点文件夹中：
   • 部署静态文件
   • 启用维护模式
   • 启用模块
   • 运行安装脚本
   • 编译DI
   • 清除缓存
   • 禁用维护模式
   • 更新权限

我写了一篇较长的博客文章，提供了背后的实际命令和推理：https : //www.c3media.co.uk/blog/c3-news/deploying-magento-2-production-environment/

更新：现在，我们将实时数据库复制到临时数据库，并使用它来运行安装脚本，部署静态文件和全部脱机编译DI。然后可以将其部署为实时发布，包括发布/静态文件和var。如果正在运行安装脚本，我们仍然会暂时关闭该站点，但否则将其保留。有关更多详细信息，请参见https://www.c3media.co.uk/blog/c3-news/magento-2-deployment-without-downtime/

更新：我改变了提交供应商文件夹的主意-通过提交文件夹，您可以跟踪这些文件的更改历史记录，查看是否意外更改了任何内容，最重要的是，您不必运行composer在部署时。由于我们依赖于存储库的外部供应商，因此后者至关重要。如果其中之一不可用怎么办？突然您无法部署。弊端是更大的存储库，存在遭受核心黑客攻击的风险，以及像我这样的开发人员一时被拒之门外:)

到目前为止，我们还提交了vendor文件夹，这当然会将很多文件添加到您的仓库中。（请确保删除供应商编辑器文件中的所有.git文件夹，否则文件夹内容将不会提交-例如firegento）。但是符号链接vendor文件夹不起作用，在vendor_path.php文件中编辑路径也不起作用，到目前为止，我们还没有时间寻找更好的解决方案。

我们没有构建服务器，也没有在服务器上运行composer，而是在本地运行和测试所有更新并将其提交。这又触发了我们的部署脚本。

我们的部署脚本替换env.php文件，做了一些定制的东西，然后也触发setup:upgrade和setup:static-content:deploy切换活链接到新文件夹之前。

我们符号链接的唯一文件夹是pub / media。

最后，我们选择了类似deploybot（http://deploybot.com/）的服务。您可以capistrano免费使用。Deploybot在composer安装运行时创建一个docker容器，如果命令成功，则它将部署代码，否则它将不部署任何内容，因此您的生产环境将是安全的。

我认为这是最好的方法，因为：

1）作曲家不建议在git仓库中使用vendor文件夹，这是有充分理由的：

The general recommendation is no. The vendor directory (or wherever your dependencies are installed) should be added to .gitignore/svn:ignore/etc.

更多信息：https : //getcomposer.org/doc/faqs/should-i-commit-the-dependencies-in-my-vendor-directory.md

2）composer install in production在没有安全网的情况下进行冒险是有风险的，程序包可能会关闭（请参阅npm），您可能会遇到内存问题，或者在composer生成文件时可能发生任何错误，并且您将不得不处理损坏的生产环境。

我也在对此进行研究，到目前为止，我采用的方法是：

引导服务器：

1. 将项目设置composer --create-project ... --no-dev到一个src文件夹中（尽管我仍然看到很多开发人员遇到的麻烦）
2. 设置应用，编译静态文件，升级数据库等。
3. 设置所有正确的权限

从我的src目录中可以得到一个正在运行的库存（但是我的webroot没有指向那里）

然后是我的部署过程：

1. 制作一个新的发行文件夹
2. 将src文件同步到我的发行版中（不包含入库文件）
3. 在顶部部署和解压缩我的自定义项（少数主题文件和模块）
4. 通过magento connect安装任何第三方magento模块
5. 将主机的webroot指向我的新版本（带有符号链接）
6. 优雅地重新加载我的网络服务器

这使我可以将Magento核心代码与自己的代码分开维护，使用作曲家将其保持最新。.并且我不需要发货39,102 ！！！每个部署文件，或在部署时运行composer命令。

...热衷于了解其他方法或最佳实践，并且id也很想知道生产中实际需要哪些文件以及哪些是开发人员。因此我可以保持我的webroot干净。

一旦完成，我将有一个烦人的剧本和一些Fabric命令来编排配置和部署，我很高兴与大家分享。

希望能有所帮助