These things include cleaning up the code base, double checking all installed extensions as well as defining and revaluating the requirements for the system after the upgrade. You should avoid running into countless exceptions and fatal errors after an upgrade because your code uses no namespaces or calls some old TYPO3 APIs that have been removed in the new LTS release.
Of course you can file issues, provide pull requests or contact the developers but after all it stays 3rd party code and yet another reason for keeping the amount of TER extensions as low as possible.
CGL Since TYPO3 7 LTS PSR-2 is used as a coding guideline throughout the TYPO3 core.
Lately the maintenance strategy all developers agreed upon was not to touch anything. when everybody is still kind of amazed by the fact that the website still works and does what it does, the terrifying truth is inevitable: The project needs to be upgraded to the next LTS.
Although this was an exaggeration and most TYPO3 projects I've seen so far are in a much better shape, an upgrade to the next LTS can be a challenging task.
You could either look for it online in the core documentation linked above or use git to find the commit that introduced the deprecation as that commit also added the file.
Most files that cover deprecations also document migration strategies for affected code.
Removed or changed APIs Chasing errors after an upgrade can be very frustrating, especially if the API changed and your code breaks because of it.
To prevent such a scenario you should do some research before the upgrade.
You find the full documentation here (you can switch the TYPO3 version at the bottom of the menu).Tags: Adult Dating, affair dating, sex dating