Dependency updates
Skill acquia/acquia-skills/skills/drupal-maintenance/dependency-updates
npx -y skills add acquia/acquia-skills --skill dependency-updatesAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 8 stars8 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Use when user asks about updating outdated Drupal packages, upgrading Drupal core minor or patch versions, updating contrib modules, or resolving composer version conflicts.
The file declares its own license as Proprietary. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
5.5 KB, as published. Nobody here has run it
Dependency Updates for Drupal with Composer
Use when:
- Checking which packages are outdated
- Updating Drupal core to a newer minor or patch release
- Updating contrib modules or libraries
- Resolving composer version conflicts after an update
Before You Start — Create a Branch
This step is mandatory. Do not run any composer commands until a new branch is created and confirmed. Never update packages directly on
mainormaster.
Check the current branch first:
git branch --show-current
If the user is on main, master, or any protected branch, stop and ask: "What would you like to name the new branch for these updates?"
Suggest a default if they are unsure (e.g., deps/drupal-updates-YYYY-MM-DD).
git checkout -b <branch-name>
Confirm the new branch is active before proceeding:
git branch --show-current
Only continue to the next step once the output confirms a non-protected branch.
Check for Outdated Packages
composer outdated
Shows all packages with newer versions available. Columns: current version → latest available.
Check only direct dependencies
composer outdated --direct
Check a specific package
composer outdated drupal/core-recommended
Update a Specific Package
composer update drupal/package --with-all-dependencies
Update multiple packages at once
composer update drupal/package1 drupal/package2 --with-all-dependencies
Update Drupal Core (Minor or Patch)
Drupal core is split across multiple packages. Update all together:
composer update drupal/core-recommended drupal/core-composer-scaffold drupal/core-project-message --with-all-dependencies
Note: Minor upgrades (e.g., 10.2 → 10.3) may require relaxing the version constraint in
composer.jsonfirst:"drupal/core-recommended": "^10.3"Then run the update command above.
Verify the installed version
composer show drupal/core | grep versions
Update All Packages
Update everything within existing composer.json constraints:
composer update
This updates
composer.lockbut will not change version constraints incomposer.json. Packages pinned to an older major will not cross that boundary.
Update All Drupal Contrib Modules
composer update "drupal/*" --with-all-dependencies
Resolving Conflicts
"Your requirements could not be resolved"
Find what is blocking the update:
# What requires the package you're trying to update?
composer why drupal/package
# What prevents the target version?
composer why-not drupal/package 2.x
Adjust the conflicting constraint in composer.json and retry.
Conflict between two contrib modules
# Check full dependency chain
composer depends drupal/module-a
composer depends drupal/module-b
Update both together to let composer find a compatible set:
composer update drupal/module-a drupal/module-b --with-all-dependencies
Revert a bad update
If composer update introduced a regression, restore the previous lock file from version control and reinstall:
git checkout composer.json composer.lock
composer install
If the update was already committed, revert the commit:
git revert HEAD
composer install
Verify the Update
# Confirm installed versions
composer show drupal/core-recommended
composer show --outdated
Run composer audit after any update to confirm no new advisories were introduced:
composer audit
Confirm Drupal still bootstraps
If Drush is available locally:
drush status
Expected: Drupal bootstrap: Successful. If bootstrap fails, do not commit — investigate before proceeding.
After verification, always ask the user these questions in order:
1. "Do you want to commit these changes?"
- If yes:
git add composer.json composer.lock git commit -m "Update Drupal dependencies"- If no → remind the user that
composer.jsonandcomposer.lockare uncommitted before proceeding.2. "Do you want to deploy these changes to an Acquia environment?"
- If yes → follow the Drupal Update and Deploy playbook to push code, switch the environment, and optionally trigger a pipeline build.
- If no → done.
3. After deployment: Run database updates on the target environment before marking the work complete:
drush updb --yes drush cr
Troubleshooting
| Problem | Command |
|---|---|
| Update ignored — package still old | Check constraint in composer.json; relax if needed |
composer install fails after update | Run composer why-not package version to find conflict |
| Unexpected packages changed | Review git diff composer.lock before committing |
| Memory limit error | COMPOSER_MEMORY_LIMIT=-1 composer update |
Related
- Security Updates — Fix specific vulnerability advisories