@@ -26,7 +26,7 @@ There are a couple of steps to upgrading a major version:
26
26
During the lifecycle of a major release, new features are added and method
27
27
signatures and public API usages are changed. However,
28
28
:doc: `minor versions </cookbook/upgrade/minor_version >` should not contain any
29
- backwards compatibility changes. To accomplish this, the "old" (e.g. functions,
29
+ backwards incompatible changes. To accomplish this, the "old" (e.g. functions,
30
30
classes, etc) code still works, but is marked as *deprecated *, indicating that
31
31
it will be removed/changed in the future and that you should stop using it.
32
32
@@ -35,9 +35,9 @@ functionality are removed. So, as long as you've updated your code to stop
35
35
using these deprecated features in the last version before the major (e.g.
36
36
2.8.*), you should be able to upgrade without a problem.
37
37
38
- To help you with this, the last minor releases will trigger deprecated notices.
39
- For example, 2.7 and 2.8 trigger deprecated notices . When visiting your
40
- application in the :doc: `dev environment </cookbook/configuration/environments >`
38
+ To help you with this, deprecation notices are triggered whenever you end up
39
+ using a deprecated feature . When visiting your application in the
40
+ :doc: `dev environment </cookbook/configuration/environments >`
41
41
in your browser, these notices are shown in the web dev toolbar:
42
42
43
43
.. image :: /images/cookbook/deprecations-in-profiler.png
@@ -52,7 +52,7 @@ To make sure this doesn't happen, you can install the PHPUnit bridge:
52
52
53
53
.. code-block :: bash
54
54
55
- $ composer require symfony/phpunit-bridge
55
+ $ composer require --dev symfony/phpunit-bridge
56
56
57
57
Now, your tests execute normally and a nice summary of the deprecation notices
58
58
is displayed at the end of the test report:
0 commit comments