Questions tagged «automation»

背景 我正在建设第一个相当大的WordPress网站的最后阶段，现在遇到了一些磨擦。在大多数情况下，该站点是在我的本地计算机上开发的，我会将更改推送到登台服务器上进行审查（有关更多背景，请参阅此问题）。我最终得到的解决方案在仅编辑内容时效果很好，但是现在其他人正在编辑内容，而我仍然需要添加功能。我们的想法是：如果功能和内容协调一致，我们可以更快地完成工作……但是现在我不确定。 当前，登台服务器上的数据库中的内容与本地计算机上的内容不同。本身就很好，因为我不需要本地计算机上的最终主体副本，但是我需要做更多的开发工作，这会影响数据库（安装/编写更多需要各自表的插件）。 我的问题是： 有没有一种简单的方法可以自动合并数据库，以便多个人可以进行WordPress安装？我当然可以，只是出口我的表知道我的本地机器上已经改变，他们推到临时服务器，但它可能也有临时服务器上的东西，我想搞垮。我可以获取两个DB的SQL输出并将它们进行比较...但是，这似乎很乏味和骇人。我想知道这是否是其他人已经解决的问题；如果有一种社区认可的方式来处理这种事情。 谢谢！

28 database  users  server  migration  automation 

开发插件时，是否可以自动确定运行该插件所需的最低WordPress版本？我想确保Requires标头是正确的，但是每次我调用新的核心函数时都要手动检查，这既乏味又容易出错。 我认为脚本可以很容易地弄清楚： 扫描插件中的所有文件。 解析出基础上，所有的类实例化和函数的调用new foo( [...] )，foo::bar( [...] )，bar( [...] )，call_user_func( [...] )，等语法。 使用@sincephpDoc标记解析WP源，以确定何时将这些类/函数中的每一个添加到WordPress 。 生成一份报告，列出每个类/函数及其添加的版本，以及包括所有类/函数的WordPress最早版本。 我环顾四周，却找不到类似的东西，也没有时间自己写。有人知道现有的解决方案吗？

22 plugin-development  wordpress-version  automation 

我想自动化使用WP-CLI导入远程数据库的任务。 当前过程是到ssh服务器，然后export使用WP-CLI运行to文件，通过scp或将文件复制到本地目录rsync，然后import通过WP-CLI将文件复制到本地目录。我想在这里利用@alias和删除尽可能多的步骤。 虽然我想这样的事情是可能的： echo "$(wp @remote db export -)" | wp @local db import - 在未压缩的数据库大小> 5GB的情况下，这似乎是一个更可行的选择： DB_EXPORT=$(echo "$(wp @remote db export -)" | gzip | base64 -w0); echo "$DB_EXPORT" | base64 -d | gunzip | wp @local db import - 不幸的是，我可能会达到终端的极限，或者应该清理此调用的结构，因为我的窗口似乎挂了。 我可以scp从此过程中删除其他解决方案吗？我在这里还可以使用其他命令吗？我已从此处的示例中删除了多站点，但这也是要考虑的一部分，它可能是别名的一部分。 理想情况下，我希望将来有这样的事情： wp @local db import @remote @alias与Basic …

13 database  migration  wp-cli  automation