使用Git部署问题的Wordpress

Question

我是wordpress新手，来自python/django世界，那里有相当成熟的开发工作流和站点部署标准，因此我试图找到一些关于如何管理部署的指导。

关于我想要做的事情的一些背景:我正在接管一个托管在数字海洋上的电子商务wordpress部署。该站点是实时的，虽然从长期来看，我们可能会迁移到另一个平台，因此这是一个临时的解决方案，可以对已安装的主题进行一些定制，并且可以轻松地部署到数字海洋，同时保持(版本)控制。

我最初尝试使用MySQL of 马霍夫曼回购将WP部署到heroku，并配置了一个端口。我在那里遇到的问题是，WP只读扩展破坏了诸如导入器和缩略图之类的东西，而且它似乎不再真正处于开发阶段。否则这将是我更喜欢的解决方案。

我最近的尝试是尝试Efeqdev方法将wordpress设置为子模块。在OS上的MAMP中遇到了为静态文件提供服务的问题之后，我终于让它正常工作了。

现在，我在安装插件时遇到了以下问题：

Strict Standards: Redefining already defined constructor for class WXR_Parser_Regex in [...]/project-wordpress/wp-content/plugins/wordpress-importer/parsers.php on line 408

Strict Standards: Declaration of WP_Import::bump_request_timeout() should be compatible with WP_Importer::bump_request_timeout($val) in [...]/project-wordpress/wp-content/plugins/wordpress-importer/wordpress-importer.php on line 38

Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at [...]/project-wordpress/wp-content/plugins/wordpress-importer/parsers.php:408) in [...]/project-wordpress/wp-content/plugins/ninja-forms/ninja-forms.php on line 638

Warning: Cannot modify header information - headers already sent by (output started at [...]/project-wordpress/wp-content/plugins/wordpress-importer/parsers.php:408) in [...]/project-wordpress/wordpress/wp-includes/option.php on line 750

Warning: Cannot modify header information - headers already sent by (output started at [...]/project-wordpress/wp-content/plugins/wordpress-importer/parsers.php:408) in [...]/project-wordpress/wordpress/wp-includes/option.php on line 751

当然，一旦我完成了所有的工作并阅读了文章中的评论，他们似乎已经开始使用基岩进行部署了。我对使用英基岩犹豫不决，因为它似乎是作曲家将管理插件为我，并可能消除任何定制，我可能已经对他们。就像我说的，不太熟悉PHP/Wordpress，所以如果我错了，这似乎是一个明智的选择，请告诉我。

这似乎是移动的部分可湿性粉剂有很大的可能性的东西打破。将wp内容子目录保留在git子模块中，并以标准方式保存其他所有内容是否更有意义？不完全确定如何处理上传文件夹中的内容，将其保存在git中不是一个好主意，当新的图像被上传时，它会在服务器中被修改，我们使用cloudflare进行媒体分发。

Answer 1

我提交了所有的WordPress，因为我认为它是一个与一个站点相关的大代码球，这意味着对核心WordPress文件的更新、插件和主题都是提交历史的一部分。

我不使用子模块或任何其他奇怪的嵌套修订设置。如果您有一个包含多个repos的复杂结构，我建议将它们分开，只使用composer或其他工具来用文件而不是单独的应用历史来更新主回购。

我要做的是忽略哪些是WP特定的：

• 任何缓存或临时文件(例如objectcache/、pgcache/等)
• /wp-content/uploads/
• 备份目录、日志、站点地图
• 图(wp-config.php，.htaccess，任何缓存信任，等等)

不是每个站点都是相同的，我有时使用多环境代码提交wp-config.php，有时我会提交/wp-content/uploads/，因为这是有意义的。

此外，一些插件和主题上传媒体文件到其他地方是烦人的，所以有时我毛毯忽略文件类型。

一些固执己见的说明：

我不明白为什么人们不提交所有的WP在回购，你有少得多的责任，当你有WP的变化在你的历史更新(小心自动更新)。

花点时间来正确地设置并测试一些东西，如果你以后试图改变它，那么拥有一个很好的工作流程就会运行得更顺畅。

我的立场是承诺更多是更好的，因为它是糟糕的转身寻找东西，但却意识到它不在那里。但是做一些你不想做的事情也很糟糕，所以保持简单就能减少大脑和办公桌之间的冲突。

下面是一个从.gitignore开始的示例：https://gist.github.com/wycks/574052a64eee9307b06c