短版 可以在/ wp-admin中进行哪些更改(如果有),这会导致WP引擎对我的项目的git历史记录进行更改?
更长的版本 我正在从Pantheon将Wordpress博客迁移到WP引擎。我们正在对Wordpress核心进行版本控制,并在我们的版本控制中也存储了一些插件。
如果我执行以下操作,我可以在生产环境中安装新插件:
wp-content/plugins
git@git.wpengine.com:staging/thenameofmysite.git
)当我这样做时,插件可以从生产中访问。但是,当我走另一条路时,我会遇到意想不到的行为。
在/ wp-admin中,我安装了一个新的插件(例如ninjaforms)。如果我在我的实例中打开SFTP shell,我可以看到插件文件位于我通过git添加的文件旁边。成功了!
但是,当我尝试git pull origin master
或git pull origin staging
时,我没有收到任何新文件。这是不幸的,因为这意味着有人可以添加一个我无法下载的插件(这使我的本地开发环境与生产不同步)或者我需要将SFTP拉入我的git工作流程。
WP Engine文档(取自https://wpengine.com/git/#toc_6)表明我不应该遇到这种情况:
WP引擎将继续为您管理核心更新。对于那些谁 使用git版本和部署WordPress核心,我们会自动进行 创建一个新的提交点并将更新推回到当前 您的存储库的分支。这将需要git pull / merge 更新并同步到本地存储库。如果你没有WP核心版本 然后,您将获得升级作为我们现有升级的一部分 过程
是否有人知道何时以及在何种情况下可能会创建此类提交的提交? git pull
进程看起来相对较好,但我似乎无法找到任何关于WP Engine创建的拉动规则,它们如何处理合并冲突等的资源......
答案 0 :(得分:1)
他们只提交并推送WordPress updates
。不会提交任何会触发存储库更改的内容。例如,如果您使用Advanced Custom Fields
并在主题中包含acf-json
文件夹,并且您更改了WPEngine中的某些字段,则会更新.json
文件。但是,当您按下WPEngine时,它们将撤消任何与WordPress核心无关的更改,并在之后进行更改。
只要您不在WordPress核心文件中播放,就不会有任何冲突,因为他们推送的唯一更改是WordPress更新。如果您更新了WordPress版本,WPEngine也会更新他们的WordPress版本,这两个文件将由Git自动合并。