Skip to content


Switch branches/tags

Name already in use

A tag already exists with the provided branch name. Many Git commands accept both tag and branch names, so creating this branch may cause unexpected behavior. Are you sure you want to create this branch?

Latest commit


Git stats


Failed to load latest commit information.
Latest commit message
Commit time


This extension is a boilerplate to organize all necessary upgrade steps to bring TYPO3 Installations to higher levels. Thanks to Helmut Hummel for his great EXT:typo3_console, which is heavily used here.

Beware: this is ONLY A BOILERPLATE which needs individual adaptions for each project.

Basically - if you did all the adaptions - you can then just run a bash script to do the complete upgrade. We have boilerplates for most recent TYPO3-Versions. Since TYPO3 v11 LTS we also use versioning and keep only stuff for the latest LTS versions. Check out release v10.0.0 to get all boilerplates for older TYPO3-Versions. We suggest to use ddev for local development.

How to run the migration script

These are examples we use most of the time:

# with ddev
ddev exec bash packages/upgrader/v12/ -d 'dump11.sql'
# regular console (on customer servers)
bash packages/upgrader/v12/ -d 'dump11.sql'
bash packages/upgrader/v12/ -d 'dump-for-migration.sql' -p /usr/bin/php81 -c '/usr/bin/composer'

Script Parameters:

-d (relative) path to your DB dump
-r path to your project root, if you want to bring that in as parameter from another script
-p path to php bin which should be used to call eg typo3 console
-c path to composer if composer is not available just calling composer

You can use the script to run the migration several times on your dev machine first until all looks good, then on the staging machine, and finally for the live upgrade, where you can be pretty sure that all will work well (and fast).

Questions and answers

We welcome pull requests also for this little documentation, if you have questions or experiences you want to share.

Target versions you can migrate to


You can come from 7LTS, 8LTS or 9LTS.
We are using EXT:core_upgrader there which was developed by @IchHabRecht for us and you.
Check out our release v10 for that ooold kind of stuff.


We removed all outdated stuff to keep the boilerplate lean and simple. Also TYPO3 Upgrade Wizards got better, less to do for us! We ran a lot of migrations from TYPO3 v10 LTS, but it should work also from TYPO3 v9 LTS.


Since the TYPO3 LTS versions are getting better and better - Kudos to the Core team and all contributors! - from v12 on we switch to name only the target system in our folder structure. It seems to work great for migrations from TYPO3 v10 LTS and TYPO3 v11 LTS.
In the future we try to support the last two LTS versions for each target version, as the core also has upgrade wizards for the last two LTS versions.

How is the best procedure for organizing an upgrade with this extension

Check out
We aim to run all steps mentioned there in the Post Upgrade Tasks via our script. It is only meant for bringing the old DB smoothly into the new target version of TYPO3. All the coding and extension updates need to be done by you.

Here is how we suggest to do it:

  • Clone your existing project (new DB, new folder), very easy with ddev
  • leave DB-dump for later use, you will probably have to run the script several times until all is fine
  • uninstall all local extensions (from typo3conf/ext)
  • switch to your new TYPO3 version with composer
  • upgrade and install all local extensions to versions which are compatible to your new TYPO3 version. You can also add upgraded extensions later on, if you want to try the upgrader as soon as possible.
  • install EXT:upgrader (copy it from to your local package folder)
  • work through what you need to change in your specific project for to run smoothly. See sql-files to get some ideas. We plan to add more examples from what we had to do in different projects to give more ideas how things can be done.
  • run the migration with the original sql dump (so far we never needed to set back the filestructure i.e. in fileadmin, no changes there - you could do that with rsync if needed)
  • fix what went wrong and re-run the script, again with the original sql dump
  • if all looks good on your machine, run the script on a staging server or the soon-to-be-live environment
  • if all looks good on the customer servers too, run the upgrade. We often do the following steps:
    • lock the backend for the current TYPO3
    • export db dump and rsync fileadmin to the location of the new TYPO3 version
    • bash packages/upgrader/10to11/ -dump11.sql | tee migration.log
    • do stuff which still needs to be done manually, ideally nothing
    • test your new live instance
    • switch domain (or whatever you need to switch) to get the new system live
    • enjoy the praise of your customer and editors :)


boilerplate extension for upgrading TYPO3 versions in a smooth and script based way.






No packages published