-
-
Notifications
You must be signed in to change notification settings - Fork 388
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Deprecation always triggers with or without --all-or-nothing
option
#1379
Comments
Why not instead alter the computation of |
|
Isn't as easy as changing |
@gaetan-petit From my understanding, is not as easy as what you mention because of what @stof mentioned. That complicates the check a bit, as you can see in the PR you have opened with the test case that is failing. This is what I wrote back when I did the commit adding the
|
Unfortunately as part of the previous improvement to determine whether a deprecation is thrown, validating that the deprecation was not thrown ended up not being added explicitly. In addition, adds the explicit expectation of not throwing the deprecation whenever the `--all-or-nothing` is not indicated, which was the root cause originating the issue.
Unfortunately as part of the previous improvement to determine whether a deprecation is thrown, validating that the deprecation was not thrown ended up not being added explicitly. In addition, adds the explicit expectation of not throwing the deprecation whenever the `--all-or-nothing` is not indicated, which was the root cause originating the issue.
…n-expectation-check GH-1379: Improve Deprecation thrown check + logic
@endelwar there's a new release available which should have this issue fixed. |
Great work! thanks! |
* 3.8.x: Flatten directory tree Switch to attributes in docs (doctrine#1392) chore: Add missing option in MigrateCommand help section ci: fix variable reference (doctrine#1385) Fix formatParameter() for boolean (doctrine#1377) doctrineGH-1379: Improve Deprecation thrown check + logic Updated documentation for config-cli.php file according to v3.7.x
* 3.8.x: Adjust PHPStan settings for ORM 3 and DBAL 4 (doctrine#1404) Flatten directory tree Switch to attributes in docs (doctrine#1392) chore: Add missing option in MigrateCommand help section ci: fix variable reference (doctrine#1385) Fix formatParameter() for boolean (doctrine#1377) doctrineGH-1379: Improve Deprecation thrown check + logic Updated documentation for config-cli.php file according to v3.7.x
Bug Report
Summary
When running
bin/console doctrine:migrations:migrate
deprecation for passing values to--all-or-nothing
always triggers because option has default value.Current behavior
Due to #1296 a default option for
--all-or-nothing
is always set ('notprovided'), making check onmigrations/lib/Doctrine/Migrations/Tools/Console/ConsoleInputMigratorConfigurationFactory.php
Lines 33 to 34 in 78484f9
$allOrNothingOption
to a not null value, which then triggers the deprecation:How to reproduce
Run
bin/console doctrine:migrations:migrate
and look at the logsExpected behavior
I expect no deprecation triggered when not setting the
--all-or-nothing
optionProposed solution
Remove the default value of
all-or-nothing
option inDoctrine\Migrations\Tools\Console\Command\MigrateCommand::configure
The text was updated successfully, but these errors were encountered: