带AWS EB和Wordpress的Bitbucket管道

我正在研究如何将Wordpress站点从BB管道部署到AWS EB。这一切都是有意义的，除了一件事，我希望存储库只包含主题和插件文件

我不希望每次都部署完整的WP目录。媒体将通过S3存储桶处理，DB将使用RDS

安装WP但只通过管道部署主题和插件的最佳方法是什么？当我想更新到WP的最新版本时，该如何工作

---

还是我错了？

简单的解决方案，也是我个人认为的最佳实践，是重新发布整个WordPress安装，包括WordPress核心，以及所有自定义主题和插件

在一个repo中完成整个安装可以解决许多问题：您可以标记和发布版本，并且可以使用一个简单的git克隆在本地安装所有软件

关于文件系统，肯定考虑EFS而不是S3。它在基于linux的系统中更可靠、更容易安装。确保并定义并设置文件路径环境变量，以便将WordPress指向文件。您将希望在软件文件树之外装载此文件

我已经运行这种设置3年了，没有任何问题。我们每天都通过代码部署服务发布代码。非常简单，易于维护

---

要升级WordPress，只需从repo中查看当前版本，然后应用升级版本，进行比较，测试提交和发布。

简单的解决方案，也是我个人认为的最佳实践，就是重新发布整个WordPress安装，包括WordPress核心，以及所有自定义主题和插件

在一个repo中完成整个安装可以解决许多问题：您可以标记和发布版本，并且可以使用一个简单的git克隆在本地安装所有软件

关于文件系统，肯定考虑EFS而不是S3。它在基于linux的系统中更可靠、更容易安装。确保并定义并设置文件路径环境变量，以便将WordPress指向文件。您将希望在软件文件树之外装载此文件

我已经运行这种设置3年了，没有任何问题。我们每天都通过代码部署服务发布代码。非常简单，易于维护

---

要升级WordPress，只需从repo中查看当前版本，然后应用升级版本，进行比较，测试提交和发布。

我们已经部分解决了这个问题。将wp内容文件夹放入BB。其余部分将是相同的。您还可以调用脚本来运行wp cli命令，以便在部署后为您安装WordPress。您可以从以下一系列说明中获得有关wp cli的帮助：根据下面的答案，为什么选择使用此方法而不是上载整个WordPress core？出于教会和国家的原因，我不上传整个核心。我不希望其他人在我们的网站上修改核心元素。我在通过wp cli安装时遇到的问题是，我有一个自定义wp配置，它使用AWS变量作为dbname、pw等。它还包含.ebextensions文件夹。我们已经部分解决了这个问题。将wp内容文件夹放入BB。其余部分将是相同的。您还可以调用脚本来运行wp cli命令，以便在部署后为您安装WordPress。您可以从以下一系列说明中获得有关wp cli的帮助：根据下面的答案，为什么选择使用此方法而不是上载整个WordPress core？出于教会和国家的原因，我不上传整个核心。我不希望其他人在我们的网站上修改核心元素。我通过wp cli安装的问题是我有自定义wp配置，它使用AWS变量作为dbname、pw等。它还包含.ebextensions文件夹。您建议使用EFS而不是S3与Cloudfront一起使用吗？我使用EFS进行文件存储，然后将站点本身作为Cloudfront的起点公开。正如我所提到的，EFS更适合文件系统存储，并且可以直接装载到您的实例上。您是否建议使用EFS而不是使用Cloudfront的S3？我使用EFS进行文件存储，然后将站点本身作为Cloudfront的起点公开。正如我提到的，EFS更适合文件系统存储，并且可以直接装载到您的实例上。