Composer

使用Composer可以方便地管理Drupal核心版本和模块版本的更新，那如果是已经有Drupal的补丁解决了你急需要解决的问题，而Drupal核心团队或者模块作者还没来得及或者压根不想把补丁打包进新的版本呢？使用Composer追求自动化的你一定不想在Composer每次更新版本之后，还要再次手动给Drupal打补丁。既然用了Composer，那就让Composer全部代劳吧，连补丁一块儿。

要想让Composer干好这活， 得给它额外安装个工具，叫composer-patches。安装很简单，在项目根目录里require一下就行了：

Composer真香，使用composer是会上瘾的，大伟哥已经决定把所有的Drupal网站都使用Composer来接管了。不过最近在阿里云ECS上使用Composer来安装依赖的时候，遇到了这样的错误：

新工具的掌握并没有通常想象中那么难，在一边学习一边实践的过程中，我们更加体会到，学习composer不是负担，它就是帮我们获取想要的库文件的工具。

现在，我们在上次创建的新项目中，安装另外一个好用的命令行工具——Drush。Drush 就是Drupal Shell，理解了就很容易记忆。

熟悉的思路，熟悉的过程：先切换到www-data用户，然后进入项目文件夹，最后运行composer require drush/drush：

经过前面对composer的安装和调试，我们终于可以用www-data用户的身份运行Composer来管理Drupal文件了。

虽然有好几种办法使用composer来安装Drupal，但是现在Drupal官方推荐的方法却只有一种，那就是使用drupal/recommended-project这个composer模版。

昨天只是按常规安装和配置了composer，现在我们在接下来的学习和实践中会碰到一个问题，就是如何以www-data的身份运行Composer。

为什么用www-data用户运行Composer？

因为Ubuntu Server下面，Apache的用户组www-data，运行PHP的也是www-data，把网站文件的所有者和组属性设置成www-data:www-data,可以在保证安全的前提下避免网站运行中出现权限问题，所以很多教程都会告诉你修改网站文件的所有权或者权限。