README

此项目模板应可提供使用Composer管理网站依赖的启动。

如果您想了解如何将其用作Drush Make的替代方案，请访问drupal.org上的文档。

使用方法

注意：以下说明适用于全局Composer安装。您可能需要根据您的设置将composer替换为php composer.phar（或类似）。

之后您可以创建项目

composer create-project zeeagency/drupal-project:8.x-dev some-dir --stability dev --no-interaction

使用composer require ...您可以将新的依赖项下载到您的安装中。

cd some-dir
composer require drupal/devel:8.*

composer create-project命令将所有文件的所有权传递给创建的项目。您应该创建一个新的git仓库，并提交所有未被.gitignore文件排除的文件。

模板做了什么？

当安装给定的composer.json时，会处理一些任务

Drupal将被安装在public目录中。
实现了自动加载器，以使用在vendor/autoload.php中生成的Composer自动加载器，而不是Drupal提供的（public/vendor/autoload.php）。
模块（类型为drupal-module的包）将放置在public/modules/contrib/
主题（类型为drupal-theme的包）将放置在public/themes/contrib/
配置文件（类型为drupal-profile的包）将放置在public/profiles/contrib/
创建了默认的可写版本的settings.php和services.yml。
创建了sites/default/files目录。
在本地安装了最新的drush版本，以便在vendor/bin/drush中使用。
在本地安装了最新的DrupalConsole版本，以便在vendor/bin/drupal中使用。

更新Drupal核心

此项目将尝试保持所有Drupal核心文件是最新的；项目drupal-composer/drupal-scaffold用于确保每次drupal/core更新时，您的支架文件都会更新。如果您自定义了任何“支架”文件（通常是.htaccess），则在您的修改文件在Drupal核心的新版本中更新时，您可能需要解决合并冲突。

按照以下步骤更新您的核心文件。

运行composer update drupal/core。
运行git diff以确定是否有任何支架文件已更改。检查文件以查看任何更改，并将任何自定义设置恢复到.htaccess或robots.txt。
将所有内容作为一个单独的提交提交，以便在检出分支或运行git bisect时，public与core保持同步。
如果在步骤2中存在非平凡的冲突，您可能希望在分支上执行以下步骤，并使用git merge将更新的核心文件与您的自定义文件合并。这有助于使用kdiff3等三路合并工具。如果您的更改简单，则此设置不是必需的；将所有修改保留在文件的开始或结束部分是一种使合并变得容易的好策略。

从现有项目生成composer.json

使用"Composer Generate" drush扩展，您现在可以从现有项目生成基本的composer.json文件。请注意，生成的composer.json可能与本项目文件不同。

常见问题解答（FAQ）

我应该提交我下载的贡献模块吗？

Composer建议不这样做。他们提供了反对的理由，但也提供了如果项目决定这样做的话的解决方案。

我应该如何应用下载的模块的补丁？

如果您需要应用补丁（根据修改的项目，pull request往往是更好的解决方案），可以使用composer-patches插件。

要将补丁添加到drupal模块foobar，请将patches部分插入composer.json的extra部分。

"extra": {
    "patches": {
        "drupal/foobar": {
            "Patch description": "URL to patch"
        }
    }
}

zeeagency / drupal-project

维护者

详细信息