Skip to content

Update app to v2.5

1. Check out a version

A. Create branch

Create a new branch for handling update changes from the branch you are updating on:

git checkout -b update-2.5

This creates a new project branch (update-2.5) for the update based on your current project branch.

B. Add upstream remote

If it is not added as a remote yet, add an upstream remote:

git remote add upstream
git remote add upstream
git remote add upstream

C. Prepare for pulling changes

Adding sort-packages option when updating from <=v1.13.4, v2.2.3, v2.3.2

Composer sorts packages listed in composer.json. If your packages are not sorted yet, you should prepare for this update to make it clearer which changes you introduce.

Assuming you have installed packages on your installation (composer install), do the following steps:

1. Add sort-packages to the config section in composer.json.

"config": {
    "bin-dir": "bin",
    "sort-packages": true,
    "preferred-install": {
        "ezsystems/*": "dist"

2. Use composer require to get Composer to sort your packages.

The following example updates a few requirements with what you can expect in the upcoming change:

composer require --no-scripts --no-update doctrine/doctrine-bundle:^1.9.1
composer require --dev --no-scripts --no-update behat/behat:^3.5.0
# The upcoming change also moves security-advisories to dev as advised by the package itself
composer require --dev --no-scripts --no-update roave/security-advisories:dev-master

3. Check that you can install/update packages.

composer update

If Composer says there were no updates, or if it updates packages without stopping with conflicts, your preparation was successful.

4. Save your work.

git commit -am "Sort my existing composer packages in anticipation of update with sorted merge"

D. Pull the tag into your branch

Pull the latest v2.5 tag into the update-2.5 branch with the following command:

git pull upstream v2.5.25

At this stage you may get conflicts, which are a normal part of the update procedure.

2. Resolve conflicts

A. Resolve conflicts

If you get a lot of conflicts and you installed from the / tarball or from, you may have incomplete history.

To load the full history, run git fetch upstream --unshallow from the update-2.5 branch, and run the merge again.

Ignore the conflicts in composer.lock, because this file is regenerated when you execute composer update later. It is easiest to check out the version of composer.lock from the tag and add it to the changes:

git checkout --theirs composer.lock && git add composer.lock

If you do not keep a copy of composer.lock in the branch, you may also remove it by running:

git rm composer.lock

B. Resolve conflicts in composer.json

You need to fix conflicts in composer.json manually.

If you're not familiar with the diff output, you may check out the tag's version from the update-2.5 branch and inspect the changes.

git checkout --theirs composer.json && git diff HEAD composer.json

This command shows the differences between the target composer.json and your own in the diff output.

Updating composer.json changes the requirements for all of the ezsystems / ibexa packages. Keep those changes. The other changes remove what you added for your own project. Use git checkout -p to selectively cancel those changes (and retain your additions):

git checkout -p composer.json

Answer no (do not discard) to the requirement changes of ezsystems / ibexa dependencies. Answer yes (discard) to removals of your changes.

After you are done, inspect the file (you can use an editor or run git diff composer.json). You may also test the file with composer validate, and test the dependencies by running composer update --dry-run (it outputs what it would do to the dependencies, without applying the changes).

When finished, run git add composer.json and commit.

C. Fix other conflicts

Depending on the local changes you have done, you may get other conflicts on configuration files, kernel, etc.

For each change, edit the file, identify the conflicting changes and resolve the conflict. Run git add <conflicting-file> to add the changes.

3. Update the app

First, perform version-specific steps depending on which version you are updating from.

A. v2.2

When upgrading an Enterprise installation to v2.2, you need to disable EzSystemsPlatformEEAssetsBundle by removing new EzSystems\PlatformEEAssetsBundle\EzSystemsPlatformEEAssetsBundle(), from app/AppKernel.php.

B. v2.5

Since v2.5 eZ Platform uses Webpack Encore for asset management. You need to install Node.js and Yarn to update to this version.

In v2.5 it is still possible to use Assetic, like in earlier versions. However, if you are using the latest Bootstrap version, scssphp will not compile correctly with Assetic. In this case, use Webpack Encore. See Importing assets from a bundle for more information.

If you experience issues during the update, see Troubleshooting.

C. Run composer update

At this point, you should have a composer.json file with the correct requirements and you can update dependencies.

If you want to first test how the update proceeds without actually updating any packages, you can try the command with the --dry-run switch:

composer update --dry-run

Then, run composer update to update the dependencies.

composer update

Next steps

Now, proceed to the next step, updating the database to v2.5.