Migrate a Zend Framework project or third-party library to target Laminas/Expressive/Apigility
This package is auto-updated.
Last update: 2021-01-05 21:31:51 UTC
Migrate a Zend Framework project or third-party library to target Laminas, Expressive, and/or Apigility.
This tool will migrate:
- Zend Framework MVC projects, all v2 and v3 releases.
- Apigility projects, all versions
- Expressive versions, all versions
Install the library globally using Composer:
$ composer global require laminas/laminas-migration
Clone the repository somewhere:
$ git clone https://github.com/laminas/laminas-migration.git
$ cd laminas-migration $ composer install
From there, either add the
bin/ directory to your
$PATH, symlink the
bin/laminas-migration script to a directory in your
$PATH, or create an
alias to the
bin/laminas-migration script using your shell:
# Adding to PATH: $ export PATH=/path/to/laminas-migration/bin:$PATH # Symlinking to a directory in your PATH: $ cd $HOME/bin && ln -s /path/to/laminas-migration/bin/laminas-migration . # creating an alias: $ alias laminas-migration=/path/to/laminas-migration/bin/laminas-migration
To migrate a library or project to Laminas, use the
$ laminas-migration migrate [--no-plugin] [--exclude=|-e=] [--keep-locked-versions] [path]
[path]is the path to the project you want to migrate; if omitted, the command assumes the current working directory.
[--no-plugin]can be specified to omit adding the Composer plugin laminas/laminas-dependency-plugin to your library or project. We do not recommend using this option; the plugin ensures that any nested dependencies on Zend Framework packages will instead install the Laminas variants. There are very few cases where this behavior is not desired.
[--exclude=|-e=]can be used multiple times to specify directories to omit from the migration. Examples might include your
[--keep-locked-versions]will synchronize your
composer.lockpackages before the migration starts. This will ensure that your projects stays on the same versions even after deleting the lock-file. Thus, after running
composer install(after the migration finished, you can manually re-configure your
composer.jsonagain by using a diff-tool) and updating the
composer.lockby just using
composer update --lock. This wont trigger any update but refreshes the
composer.lockto be back in sync with the
composer.jsonagain. Please note that we encourage to upgrade to the latest versions to avoid unexpected issues. If you experiencing issues after migration while using this flag we cannot offer support.
When done, you can check to see what files were changed, and examine the
composer install to install dependencies, and then test
If you use the
--no-plugin option to the
migrate command, you can migrate
nested dependencies manually using the
$ laminas-migration nested-deps [path] [--composer=composer]
[path]is the path to the project for which you want to perform the operation; if omitted, the command assumes the current working directory.
--composerallows you to provide a custom path to the
This will be a one-off operation. If you add dependencies later, or perform a
composer update, you may need to re-run it.