Answers:
恕我直言,最好的方法是派生插件来维护您的更改,或者将补丁提交给插件开发人员,以使您的更改成为原始插件的一部分。
创建“儿童插件”确实不容易。“子主题”概念的确适用于所使用的模板文件,而不是“主题”功能(实际上,“ functions.php
父主题”和“子主题”中的文件均已加载,这确实会导致“子主题” functions.php
或“父主题”中编码错误的文件出现问题)主题)。
最好的方法是克隆它,然后更改标题中的插件名称,然后更改目录名称。这样,您还可以安装原始版本但未激活它,因此在发布更新时仍会收到警报。
<?php
/*
Plugin Name: Name Of The Plugin
Plugin URI: http://URI_Of_Page_Describing_Plugin_and_Updates
Description: A brief description of the Plugin.
Version: The Plugin's Version Number, e.g.: 1.0
Author: Name Of The Plugin Author
Author URI: http://URI_Of_The_Plugin_Author
License: A "Slug" license name e.g. GPL2
*/
?>
如果由于Git的分布式特性而使该插件处于Git源代码控制之下,则这相对容易,但是许多WordPress插件(以及所有官方存储库中的插件)都位于Subversion中。如果确实需要修改插件,则使用供应商分支和svn_load_dirs.php ,但这需要Subversion具有相当高的舒适度。
如果该插件未公开任何存储库,建议您自己将其转换为Git存储库,然后手动应用新版本。
最后,版本控制系统是将更改重新应用到新的上游版本的唯一明智的方法。
我同意Annika Backstrom的回答,但我想分享我的首选解决方案。
由于大多数插件都在svn下,因此我使用了一个名为git-svn的工具来制作git镜像。
然后,我只创建一个分支并在那里提交更改。
当插件在上游更新时,我只是从svn存储库中提取并合并到我的自定义分支中。