From which Laravel version the change() method started requiring all column modifiers to be explicitly specified? #58097
-
|
Hi! The Modifying Columns section in the Laravel 11.x Upgrade Guide states that, in Laravel 10, column attributes were retained when calling
However, the Laravel 10.x documentation seems to state the opposite:
Because of this, the two documents appear to be contradictory. I have also looked into the implementation of Could you clarify from which Laravel version the Thank you. |
Beta Was this translation helpful? Give feedback.
Replies: 3 comments
-
|
That comes probably from the fact that Laravel stepped away from their doctrine dependency. |
Beta Was this translation helpful? Give feedback.
-
|
Since Laravel 10, we have native column modifiying, but for backward compatibilty doctrine dbal is also still supported, so if you have Since Laravel 11, the doctrine dbal is removed from the framework and replaced with the native functionality, here is the PR: #48864 |
Beta Was this translation helpful? Give feedback.
-
|
Thank you for the detailed explanation. That clarifies the discrepancy between the Laravel 10 documentation and the 11.x upgrade guide, and I now understand from which version the behavior of Much appreciated! |
Beta Was this translation helpful? Give feedback.
Since Laravel 10, we have native column modifiying, but for backward compatibilty doctrine dbal is also still supported, so if you have
doctrine/dbalinstalled, column modifying will work as before but if not, framework will use native one which needs all attributes to be specified, here is the PR: #45487Since Laravel 11, the doctrine dbal is removed from the framework and replaced with the native functionality, here is the PR: #48864