Phần 2: Giới thiệu Composer in contrib

Now that we have an initiative to get get a composer.json file in each contrib module, we cal start getting them all on Packagist.

Back in April the Drupal community decided on a naming convention for projects on Projects must use the package name drupal/PROJECT where PROJECT is the part from the URL.

>> Phần 1: Giới thiệu Composer in contrib

Using drupal as the vendor name in the package name allows us to lock down Packagist to a select list of maintainers. Currently this is the people who submitted a package to Packagist under the drupal vendor name before May 7th when the restriction was added.

The Packagist API currently allows us to update existing packages, so we could quite easily add a hook_node_update and hook_node_insert to that will do this when project releases are updated or added. The API doesn’t offer a create endpoint, so we can’t automatically create new packages, an issue on Github has been opened for this, and I’vestarted work on a pull request.

Once we have the Packagist pull request done, and the hooks added to we can use the API key from Packagist for one of the maintainers (maybe Dries?) to push any new module or existing module updates across. Packagist will read directly from the git repo and we’ll finally have one canonical place for all Drupal modules and PHP dependencies. issue: