drupal / core-composer-scaffold
一个灵活的Composer项目骨架构建器。
Requires
- php: >=7.3.0
- composer-plugin-api: ^2
Requires (Dev)
- composer/composer: ^1.8@stable
Conflicts
- 11.x-dev
- 11.0.x-dev
- 11.0.4
- 11.0.3
- 11.0.2
- 11.0.1
- 11.0.0
- 11.0.0-rc1
- 11.0.0-beta1
- 11.0.0-alpha1
- 10.4.x-dev
- 10.3.x-dev
- 10.3.5
- 10.3.4
- 10.3.3
- 10.3.2
- 10.3.1
- 10.3.0
- 10.3.0-rc1
- 10.3.0-beta1
- 10.2.x-dev
- 10.2.8
- 10.2.7
- 10.2.6
- 10.2.5
- 10.2.4
- 10.2.3
- 10.2.2
- 10.2.1
- 10.2.0
- 10.2.0-rc1
- 10.2.0-beta1
- 10.2.0-alpha1
- 10.1.x-dev
- 10.1.8
- 10.1.7
- 10.1.6
- 10.1.5
- 10.1.4
- 10.1.3
- 10.1.2
- 10.1.1
- 10.1.0
- 10.1.0-rc1
- 10.1.0-beta1
- 10.1.0-alpha1
- 10.0.x-dev
- 10.0.11
- 10.0.10
- 10.0.9
- 10.0.8
- 10.0.7
- 10.0.6
- 10.0.5
- 10.0.4
- 10.0.3
- 10.0.2
- 10.0.1
- 10.0.0
- 10.0.0-rc3
- 10.0.0-rc2
- 10.0.0-rc1
- 10.0.0-beta2
- 10.0.0-beta1
- 10.0.0-alpha7
- 10.0.0-alpha6
- 10.0.0-alpha5
- 10.0.0-alpha4
- 10.0.0-alpha3
- 10.0.0-alpha2
- 10.0.0-alpha1
- 9.5.x-dev
- 9.5.11
- 9.5.10
- 9.5.9
- 9.5.8
- 9.5.7
- 9.5.6
- 9.5.5
- 9.5.4
- 9.5.3
- 9.5.2
- 9.5.1
- 9.5.0
- 9.5.0-rc2
- 9.5.0-rc1
- 9.5.0-beta2
- 9.5.0-beta1
- 9.4.x-dev
- 9.4.15
- 9.4.14
- 9.4.13
- 9.4.12
- 9.4.11
- 9.4.10
- 9.4.9
- 9.4.8
- 9.4.7
- 9.4.6
- 9.4.5
- 9.4.4
- 9.4.3
- 9.4.2
- 9.4.1
- 9.4.0
- 9.4.0-rc2
- 9.4.0-rc1
- 9.4.0-beta1
- 9.4.0-alpha1
- 9.3.x-dev
- 9.3.22
- 9.3.21
- 9.3.20
- 9.3.19
- 9.3.18
- 9.3.17
- 9.3.16
- 9.3.15
- 9.3.14
- 9.3.13
- 9.3.12
- 9.3.11
- 9.3.10
- 9.3.9
- 9.3.8
- 9.3.7
- 9.3.6
- 9.3.5
- 9.3.4
- 9.3.3
- 9.3.2
- 9.3.1
- 9.3.0
- 9.3.0-rc1
- 9.3.0-beta3
- 9.3.0-beta2
- 9.3.0-beta1
- 9.3.0-alpha1
- 9.2.x-dev
- 9.2.21
- 9.2.20
- 9.2.19
- 9.2.18
- 9.2.17
- 9.2.16
- 9.2.15
- 9.2.14
- 9.2.13
- 9.2.12
- 9.2.11
- 9.2.10
- 9.2.9
- 9.2.8
- 9.2.7
- 9.2.6
- 9.2.5
- 9.2.4
- 9.2.3
- 9.2.2
- 9.2.1
- 9.2.0
- 9.2.0-rc1
- 9.2.0-beta3
- 9.2.0-beta2
- 9.2.0-beta1
- 9.2.0-alpha1
- 9.1.x-dev
- 9.1.15
- 9.1.14
- 9.1.13
- 9.1.12
- 9.1.11
- 9.1.10
- 9.1.9
- 9.1.8
- 9.1.7
- 9.1.6
- 9.1.5
- 9.1.4
- 9.1.3
- 9.1.2
- 9.1.1
- 9.1.0
- 9.1.0-rc3
- 9.1.0-rc2
- 9.1.0-rc1
- 9.1.0-beta1
- 9.1.0-alpha1
- 9.0.x-dev
- 9.0.14
- 9.0.13
- 9.0.12
- 9.0.11
- 9.0.10
- 9.0.9
- 9.0.8
- 9.0.7
- 9.0.6
- 9.0.5
- 9.0.4
- 9.0.3
- 9.0.2
- 9.0.1
- 9.0.0
- 9.0.0-rc1
- 9.0.0-beta3
- 9.0.0-beta2
- 9.0.0-beta1
- 9.0.0-alpha2
- 9.0.0-alpha1
- 8.9.x-dev
- 8.9.20
- 8.9.19
- 8.9.18
- 8.9.17
- 8.9.16
- 8.9.15
- 8.9.14
- 8.9.13
- 8.9.12
- 8.9.11
- 8.9.10
- 8.9.9
- 8.9.8
- 8.9.7
- 8.9.6
- 8.9.5
- 8.9.4
- 8.9.3
- 8.9.2
- 8.9.1
- 8.9.0
- 8.9.0-rc1
- 8.9.0-beta3
- 8.9.0-beta2
- 8.9.0-beta1
- 8.8.x-dev
- 8.8.12
- 8.8.11
- 8.8.10
- 8.8.9
- 8.8.8
- 8.8.7
- 8.8.6
- 8.8.5
- 8.8.4
- 8.8.3
- 8.8.2
- 8.8.1
- 8.8.0
- 8.8.0-rc1
- 8.8.0-beta1
- 8.8.0-alpha1
This package is auto-updated.
Last update: 2024-09-12 10:47:50 UTC
README
该项目提供了一个Composer插件,使Drupal核心Composer包能在Composer项目中正确工作。
这包括以下内容
- 将骨架文件(如
index.php
,update.php
等)从drupal/core
项目放置到网站根目录下的期望位置。使用此插件只能对单个文件进行骨架构建。 - 将包含Composer autoload.php文件的autoload.php文件写入网站根目录。
骨架文件的目的在于允许Drupal站点完全由Composer管理,同时允许将单个资产文件放置在任意位置。这样做是为了使正确配置的composer模板能够生成与Drupal 8.7.x及以前tarball分发版文件布局完全匹配的文件布局。其他文件布局也将是可能的;例如,一个与当前drupal-composer/drupal-project模板非常相似的项目布局也将被提供。当使用这些项目之一时,用户应该能够在提取下载的归档文件后立即使用composer require
和composer update
命令在Drupal站点上操作。
注意,Drupal站点的依赖项只有在顶级composer.json文件中明确授予该权限的情况下才能构建文件。有关详细信息,请参阅下文的允许的包。
使用方法
Drupal Composer Scaffold通过在项目的composer.json文件的extra
部分提供配置设置,并在项目中要求drupal/core-composer-scaffold
来实现。还会参考项目依赖项的composer.json文件中的额外配置来构建项目需要的文件。还可以在骨架文件的开头或结尾添加更多信息,就像通常对.htaccess
和robots.txt
文件所做的那样。有关更多信息,请参阅修改骨架文件。
通常,骨架操作在需要时自动运行,例如在composer install
之后,因此一旦在项目composer.json文件中设置了配置,通常不需要做任何不同的事情来构建项目。要直接构建文件,请运行
composer drupal:scaffold
允许的包
骨架文件存储在主项目composer.json文件中要求的项目中,就像通常那样。骨架操作发生在composer install
之后,涉及将所需的资产复制或符号链接到目标位置。为了防止任意依赖通过骨架机制复制文件,只有那些顶级项目明确允许的项目才会用于构建文件。
示例:允许从项目upstream/project
中进行骨架构建
"name": "my/project",
...
"extra": {
"drupal-scaffold": {
"allowed-packages": [
"upstream/project"
],
...
}
}
允许一个包构建文件也允许它将构建权限委派给它自己要求的任何项目。这允许包根据其需要组织其骨架资产。例如,如果upstream/project
将其资产存储在子项目upstream/assets
中,则隐式允许upstream/assets
构建文件。
项目可以从多个项目中获取骨架文件。例如,一个使用分发版的Drupal项目,在特定的网络托管服务提供商上安装时,可能从以下来源获取其骨架文件:
- Drupal核心
- 其分布
- 由托管提供商提供的项目
- 项目本身
允许顶级项目搭建的每个项目将依次使用,allowed-packages
列表中声明较晚的项目将优先于之前命名的项目。隐式允许 drupal/core
并将其放在列表顶部。顶级 composer.json 本身也隐式允许搭建文件,其搭建文件具有最高优先级。
定义项目位置
顶级项目必须定义网站根目录的位置。它通过以下所示的 locations
映射来实现
"name": "my/project",
...
"extra": {
"drupal-scaffold": {
"locations": {
"web-root": "./docroot"
},
...
}
}
这使得可以为项目配置不同的文件布局;例如,可以使用 drupal/drupal
文件布局或 drupal-composer/drupal-project
文件布局来设置项目。
如果没有显式定义网站根目录,则默认为 .
,与 composer.json 文件相同的目录。
修改搭建文件
有时,一个项目可能希望使用依赖项提供的搭建文件,但对其进行某种修改。支持两种修改形式:追加和修补。
以下示例显示了一个项目,它将额外的条目追加到 drupal/core
提供的 robots.txt
文件末尾
"name": "my/project",
...
"extra": {
"drupal-scaffold": {
"file-mapping": {
"[web-root]/robots.txt": {
"append": "assets/my-robots-additions.txt",
}
}
}
}
也可以通过包含一个提供要追加到搭建文件的相对路径的 "prepend" 条目来在追加之前或之后追加到搭建文件。
以下示例演示了使用 post-drupal-scaffold-cmd
钩子通过修补来修改 .htaccess
文件
"name": "my/project",
...
"scripts": {
"post-drupal-scaffold-cmd": [
"cd docroot && patch -p1 <../patches/htaccess-ssl.patch"
]
}
定义搭建文件
搭建资产的放置由提供它们的项控制,但位置始终相对于根项目定义的某个目录——通常是网站根目录。例如,以下代码片段中的搭建文件 robots.txt
从其源位置 assets/robots.txt
复制到网站根目录。
{
"name": "drupal/assets",
...
"extra": {
"drupal-scaffold": {
"file-mapping": {
"[web-root]/robots.txt": "assets/robots.txt",
...
}
}
}
}
排除搭建文件
有时,一个项目可能更喜欢完全替换由依赖项提供的搭建文件,并且不接收进一步的更新。可以通过将搭建文件的排除值设置为 false
来完成此操作
"name": "my/project",
...
"extra": {
"drupal-scaffold": {
"file-mapping": {
"[web-root]/robots.txt": false
}
}
}
如果可能,请使用如上所述的 修改搭建文件 中解释的 append
和 prepend
指令。排除文件意味着您的项目将不会获得任何针对已修改的文件的错误修复或其他更新。
覆盖
默认情况下,搭建文件将覆盖目标位置上的任何内容。有时,项目可能希望为将不会在后续更新中更改的文件提供初始内容。这可以通过将 overwrite
标志设置为 false
来完成,如下面的示例所示
{
"name": "service-provider/d8-scaffold-files",
"extra": {
"drupal-scaffold": {
"file-mapping": {
"[web-root]/sites/default/settings.php": {
"mode": "replace",
"path": "assets/sites/default/settings.php",
"overwrite": false
}
}
}
}
}
请注意,overwrite
指令旨在由启动工具、服务提供商等使用。单个 Drupal 网站应通过将其值设置为 false 来排除文件。
自动加载文件
搭建工具在搭建操作过程中自动在 Drupal 根目录创建所需的 autoload.php
文件。此文件不应以任何方式进行修改或自定义。如果已将其提交到仓库,则搭建工具将停止管理它。如果由于任何原因更改了 vendor
目录的位置,并且 autoload.php
文件已提交到仓库,则手动删除它,然后运行 composer install
以更新它。
规范
以下列出了“composer.json”文件中“extra”部分“drupal-scaffold”部分的配置指令的参考部分。
allowed-packages
allowed-packages
配置设置包含一个有序列表的包名,这些包名将在构建阶段使用。
"allowed-packages": [
"example/assets",
],
file-mapping
file-mapping
配置设置由一个从构建文件的目标路径到控制如何构建文件的属性集的映射组成。
可用的属性如下
- mode: “replace”、“append”或“skip”中的一个。
- path: 要覆盖目标文件的源文件的路径。
- prepend: 要添加到目标文件中的源文件的路径,这必须始终是其他项目提供的构建文件。
- append: 与
prepend
类似,但追加内容而不是添加。 - overwrite: 如果设置为
false
,则如果目标已存在,则阻止发生替换。
模式可能可以从其他属性推断。如果未指定模式,则将提供以下默认值
- replace: 如果存在
path
属性,或者条目的值是字符串而不是属性集,则选择。 - append: 如果存在
prepend
或append
属性,则选择。 - skip: 如果条目的值是布尔值
false
,则选择。
示例
"file-mapping": {
"[web-root]/sites/default/default.settings.php": {
"mode": "replace",
"path": "assets/sites/default/default.settings.php",
"overwrite": true
},
"[web-root]/sites/default/settings.php": {
"mode": "replace",
"path": "assets/sites/default/settings.php",
"overwrite": false
},
"[web-root]/robots.txt": {
"mode": "append",
"prepend": "assets/robots-prequel.txt",
"append": "assets/robots-append.txt"
},
"[web-root]/.htaccess": {
"mode": "skip",
}
}
上述示例的简短形式如下
"file-mapping": {
"[web-root]/sites/default/default.settings.php": "assets/sites/default/default.settings.php",
"[web-root]/sites/default/settings.php": {
"path": "assets/sites/default/settings.php",
"overwrite": false
},
"[web-root]/robots.txt": {
"prepend": "assets/robots-prequel.txt",
"append": "assets/robots-append.txt"
},
"[web-root]/.htaccess": false
}
请注意,没有明确的“prepend”模式;“append”模式用于同时追加和添加到构建文件。这样做的原因是,构建文件条目在文件映射部分根据其目标路径进行标识,并且不可能有多个条目具有相同的键。如果“prepend”是一个单独的模式,那么将无法同时追加和添加到同一个文件。
默认情况下,追加操作只能应用于由之前评估的项目构建的文件。但是,如果向append
操作添加了force-append
属性,则只有在追加文本尚未出现在文件中时,才会将追加应用到非构建文件中。使用此模式时,还可以提供在目标文件完全缺失时使用的默认内容。
以下示例演示了构建settings-custom.php文件,并将其包含在现有的settings.php
文件中。
"file-mapping": {
"[web-root]/sites/default/settings-custom.php": "assets/settings-custom.php",
"[web-root]/sites/default/settings.php": {
"append": "assets/include-settings-custom.txt",
"force-append": true,
"default": "assets/initial-default-settings.txt"
}
}
请注意,如果与构建settings.php文件的项目一起使用,上述示例仍然有效。
gitignore
gitignore
配置设置控制此插件是否将管理构建操作期间写入的.gitignore
文件。
- true: 当构建文件写入时,将更新
.gitignore
文件。 - false: 永远不会修改
.gitignore
文件。 - 未设置:如果目标目录是git存储库的本地工作副本,并且在该存储库中忽略
vendor
目录,则将更新.gitignore
文件。
locations
locations
配置设置包含一个命名位置的列表,这些位置可用于放置构建文件。必需的位置是web-root
。如果需要,也可以定义其他位置。
"locations": {
"web-root": "./docroot"
},
symlink
symlink
属性导致replace
操作创建到源文件的符号链接而不是复制它。这对于进行核心开发很有用,因为符号链接文件本身不应被编辑。请注意,append
操作覆盖了symlink
选项,以防止修改原始构建资产。
"symlink": true,
管理构建文件
应将构建文件的处理方式与处理vendor
目录的方式相同。如果您需要提交vendor
(例如,以便部署您的站点),则还应提交您的构建文件。除非有必要,否则不应提交vendor
目录或构建文件。
如果依赖项提供的脚手架文件中将overwrite
设置为false
,则该文件应提交到您的仓库。
默认情况下,当编写脚手架文件时,如果需要,将自动更新.gitignore
文件。请参阅上方规格部分中的gitignore
设置。
示例
下面有一些完整的示例。
依赖composer-scaffold的项目示例composer.json
{
"name": "my/project",
"require": {
"drupal/core-composer-scaffold": "*",
"composer/installers": "^2.3",
"cweagans/composer-patches": "^1.6.5",
"drupal/core": "^8.8.x-dev",
"service-provider/d8-scaffold-files": "^1"
},
"config": {
"optimize-autoloader": true,
"sort-packages": true
},
"extra": {
"drupal-scaffold": {
"locations": {
"web-root": "./docroot"
},
"symlink": true,
"file-mapping": {
"[web-root]/.htaccess": false,
"[web-root]/robots.txt": "assets/robots-default.txt"
}
}
}
}
将资产放置在不同项目的drupal/core示例composer.json
{
"name": "drupal/core",
"extra": {
"drupal-scaffold": {
"allowed-packages": [
"drupal/assets",
]
}
}
}
drupal/assets中composer-scaffold文件的示例composer.json
{
"name": "drupal/assets",
"extra": {
"drupal-scaffold": {
"file-mapping": {
"[web-root]/.csslintrc": "assets/.csslintrc",
"[web-root]/.editorconfig": "assets/.editorconfig",
"[web-root]/.eslintignore": "assets/.eslintignore",
"[web-root]/.eslintrc.json": "assets/.eslintrc.json",
"[web-root]/.gitattributes": "assets/.gitattributes",
"[web-root]/.ht.router.php": "assets/.ht.router.php",
"[web-root]/.htaccess": "assets/.htaccess",
"[web-root]/sites/default/default.services.yml": "assets/default.services.yml",
"[web-root]/sites/default/default.settings.php": "assets/default.settings.php",
"[web-root]/sites/example.settings.local.php": "assets/example.settings.local.php",
"[web-root]/sites/example.sites.php": "assets/example.sites.php",
"[web-root]/index.php": "assets/index.php",
"[web-root]/robots.txt": "assets/robots.txt",
"[web-root]/update.php": "assets/update.php",
}
}
}
}
实现composer-scaffold的库示例composer.json
{
"name": "service-provider/d8-scaffold-files",
"extra": {
"drupal-scaffold": {
"file-mapping": {
"[web-root]/sites/default/settings.php": "assets/sites/default/settings.php"
}
}
}
}
追加到robots.txt
{
"name": "service-provider/d8-scaffold-files",
"extra": {
"drupal-scaffold": {
"file-mapping": {
"[web-root]/robots.txt": {
"append": "assets/my-robots-additions.txt",
}
}
}
}
}
复制文件后修补它
"post-drupal-scaffold-cmd": [
"cd docroot && patch -p1 <../patches/htaccess-ssl.patch"
]
相关插件
drupal-composer/drupal-scaffold
Drupal Composer Scaffold的早期版本(请参阅社区项目,drupal-composer/drupal-scaffold)直接从其分发服务器(例如https://git.drupalcode.org
)下载每个脚手架文件到目标目录。这是必要的,因为没有可用的脚手架文件的子树分割。从已由Composer下载的项目中复制脚手架资产更为有效,因为下载和提取存档文件比逐个下载脚手架文件更高效。
composer/installers
composer/installers插件与这个插件类似,因为它允许依赖项安装在其他位置而不是vendor
目录。然而,Composer和composer/installers
插件有一个限制,即一个项目不能被移动到另一个项目中。因此,如果您使用composer/installers
将Drupal模块放置在web/modules/contrib
目录中,那么您也不能使用composer/installers
将文件(如index.php
和robots.txt
)放置在web
目录中。drupal-scaffold插件是为了解决这个问题而创建的。