README

此软件包提供了一种解决方案，用于解决在通过使用cweagans/composer-patches应用Drupal 8核心包补丁时，补丁未能正确应用到Drupal核心本身的问题。相反，不正确应用补丁的常见症状是创建以下目录：docroot/core/b/或docroot/core/core。这似乎是由于composer.json中drupal/core项目的安装路径指定为docroot/core所致。这在Acquia BLT（以及可能Acquia Lightning）基于的项目中很常见。

此Composer插件提供了一种机制来解决此问题，以便可以在通过cweagans/composer-patches插件触发的预补丁应用事件期间修改安装路径，从而使在composer.json中定义的Drupal核心补丁能够应用到docroot与docroot/core。然而，这最终需要对Composer Patches项目进行修改，以便能够修改$install_path值，这可以通过以下链接中的更改看到：这里。

用法

项目的composer.json文件必须指定从其中检索cweagans/composer-patches项目的新的仓库。这可以通过将以下内容添加到composer.json的repositories属性中来实现

"cweagans/composer-patches": {
  "type": "vcs",
  "url": "git@github.com:amcgowanca/composer-patches.git"
},

您的composer.json应指定cweagans/composer-patches作为第一个可能的包来检索（在Acquia BLT 或 Lightning中，其中"merge-plugin"."replace"为false之前）。此包应具有1.x-dev的版本。

"cweagans/composer-patches": "1.x-dev"

您的composer.json应要求此包，可提供为

"amcgowanca/composer-patches-drupal-patching": "^0.0.1"

根据您的项目当前的工作流程，您可能需要执行“nuke”操作以有效地重新构建项目依赖项。请注意，您可能会（并且很可能）在第一次执行完整的composer install或更新操作时注意到一些定义的Drupal 8核心补丁不再应用。应指出，这些补丁可能从未应用过，并且被静默忽略。

示例仓库

已创建一个示例仓库，其中包含一个示例，说明了一个干净的Acquia BLT项目设置，其中此Composer插件旨在解决的错误，以及一个示例，其中所讨论的问题实际上得到了解决。更多信息可在amcgowanca/composer-patches-drupal-patching-proof找到。

amcgowanca / composer-patches-drupal-patching

维护者

详细信息

README

用法

相关问题与资源

示例仓库