-
-
Notifications
You must be signed in to change notification settings - Fork 5.2k
Adding a guide about upgrading #4611
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
Changes from 1 commit
a3bae94
b7e9d09
e2b925f
2bee7cc
d915526
341e530
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
- Loading branch information
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,127 @@ | ||
How to Upgrade your Symfony Project | ||
=================================== | ||
|
||
So a new Symfony release has come out and you want to upgrade, great! Fortunately, | ||
because Symfony protects backwards-compatibility very closely, this *should* | ||
be quite easy. | ||
|
||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I wonder if we could add a brief paragraph explaining the basics of semver for those unaware of it. Something like this:
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Hmm, that might be good idea, but I think your proposal is way to long for something that's kind of off-topic for this article. What about adding a reference to the release cycle docs, which also explain this? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I agree with Wouter here. |
||
Upgrading a Patch Version (e.g. 2.6.0 to 2.6.1) | ||
----------------------------------------------- | ||
|
||
If you're upgrading and only the patch version (the last number) is changing, | ||
then it's *really* easy: | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. As a way to introduce Composer versions used in the following sections, maybe we should mention that Symfony by default uses |
||
|
||
.. code-block:: bash | ||
|
||
$ composer update symfony/symfony | ||
|
||
That's it! You should not encounter any backwards-compatability breaks or | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. typo: |
||
need to change anything else in your code. | ||
|
||
You may also want to upgrade the rest of your libraries. If you've done a | ||
good job with your version constraints in ``composer.json``, you can do this | ||
safely by running: | ||
|
||
.. code-block:: bash | ||
|
||
$ composer update symfony/symfony | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. now you have to remove |
||
|
||
But beware. If you have some bad version constraints in your ``composer.json``, | ||
(e.g. ``dev-master``), then this could upgrade some non-Symfony libraries | ||
to new versions that contain backwards-compability changes. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I think you wanted to say that they contain BC breaking changes, didn't you? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. 👍 |
||
|
||
Upgrading a Minor Version (e.g. 2.5.3 to 2.6.0) | ||
----------------------------------------------- | ||
|
||
If you're upgrading a minor version (where the middle number changes), then | ||
you should also *not* encounter significant backwards compability changes. | ||
For details, see our :doc:`/contributing/code/bc`. | ||
|
||
However, some backwards-compability breaks *are* possible, and you'll learn | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. serial comma here? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I don't think so - I think serial commas are only when you have lists (e.g. of 3+ items). But I can't explain why I want a comma here - it feels a little bit better, and I can't think of a rule that I'm using or breaking :) |
||
in a second how to prepare for them. | ||
|
||
There are two steps to upgrading: | ||
|
||
1. :ref:`upgrade-minor-symfony-composer`; | ||
2. :ref:`upgrade-minor-symfony-code`, which includes instructions for each version. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. you should use a |
||
|
||
.. _`upgrade-minor-symfony-composer`: | ||
|
||
Update the Symfony Library | ||
~~~~~~~~~~~~~~~~~~~~~~~~~~ | ||
|
||
First, you need to update Symfony by modifying your ``composer.json`` to | ||
use the new version: | ||
|
||
.. code-block:: json | ||
|
||
{ | ||
"...": "...", | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. we did just There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. this would break the syntax highlighting by being invalid JSON |
||
|
||
"require": { | ||
"php": ">=5.3.3", | ||
"symfony/symfony": "~2.6.0", | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I'm confused by this constraint. Shouldn't it be There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. afaik There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Then we should use There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. may here we can add a note that ~2.6.0 is equal to 2.6.* There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I changed this back to 2.6.* - I didn't mean to confuse anyone, I think was working too quickly :) |
||
"...": "... no changes to anything else..." | ||
}, | ||
"...": "...", | ||
} | ||
|
||
Next, update the same as before: | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. "As before" is a bit unspecific here. We can't expect a user to read the whole document till here. If they want to upgrade the minor version, they might simply have skipped the part about the patch version. |
||
|
||
.. code-block:: bash | ||
|
||
$ composer update symfony/symfony | ||
|
||
Updating a minor version like this should *not* cause any dependency issues, | ||
though it's always possible that an outside library or bundle you're using | ||
didn't support this new version of Symfony at the version you have of that | ||
library. In that case, consult the library: you may need to modify its version | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. double whitespace before "In that case" There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. wow, nice catch |
||
in ``composer.json`` and run a full ``composer update``. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Not sure, if that's they way to update your There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. And by the way, why don't we tell the user how to update the Symfony version using the There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I actually didn't know using There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Actually, nevermind. I think that using |
||
|
||
.. _`upgrade-minor-symfony-code`: | ||
|
||
Updating your Code to work with the new Version | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. "Your" and "Work" |
||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ | ||
|
||
In theory, you should be done! However, you *may* need to make a few changes | ||
to your code to get everything working. Additionally, some features you're | ||
using might still work, but might now be deprecated. That's actually ok, | ||
but if you know about these deprecations, you can start to fix them over | ||
time. | ||
|
||
Every version of Symfony comes with an UPGRADE file that describes these | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Maybe we should also mention than in 2.7, you'll see in the Web Debug Toolbar the number of deprecated features that you are using. And that information should also appear in the log files. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. That's something else if you ask me. We may should create a quick and small "How to prepare for Symfony 3" article in the docs. This section is about BC breaks without having a BC layer first. |
||
changes. Below are links to the file for each version, along with some other | ||
details. | ||
|
||
Upgrading to Symfony 2.6 | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I'm -1 on these sections, it'll require lots of maintainance work to keep this up to date There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this F987 comment to others. Learn more. I agree with Wouter. This would require a lot of work to keep it maintained. |
||
........................ | ||
|
||
First, of course, update your ``composer.json`` file with the ``2.6`` version | ||
of Symfony as described above in :ref:`upgrade-minor-symfony-composer`. | ||
|
||
Check the `UPGRADE-2.6`_ document for details. Highlights: | ||
|
||
* If you're using PdoSessionStorage, there was a change in the session schema | ||
that **requires** your session table to be updated. See :doc:`/cookbook/configuration/pdo_session_storage`. | ||
|
||
* Symfony 2.6 comes with a great new `dump`_ function. To use it, you'll | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. there is no link for |
||
need to add the new ``DebugBundle`` to your ``AppKernel``. See | ||
`UPGRADE-2.6-DebugBundle`_ for details. | ||
|
||
Upgrading to Symfony 2.5 | ||
........................ | ||
|
||
First, of course, update your ``composer.json`` file with the ``2.5`` version | ||
of Symfony as described above in :ref:`upgrade-minor-symfony-composer`. | ||
|
||
Check the `UPGRADE-2.5`_ document for details. Highlights: | ||
|
||
* This version introduced a new Validator API. But, as long as you're using | ||
PHP 5.3.9 or higher, you can configure Symfony in a way that allows you | ||
to use the new API, but still let the old API work (called ``2.5-bc``). | ||
See the `UPGRADE-2.5-Validator`_ for details. | ||
|
||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. After "updating patch version" and "updating minor version", I miss the "updating major version" section. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. It's a bit early for this, isn't it? "Updating" from |
||
.. _`UPGRADE-2.5`: https://github.com/symfony/symfony/blob/2.5/UPGRADE-2.5.md | ||
.. _`UPGRADE-2.5-Validator`: https://github.com/symfony/symfony/blob/2.7/UPGRADE-2.5.md#validator | ||
.. _`UPGRADE-2.6`: https://github.com/symfony/symfony/blob/2.6/UPGRADE-2.6.md | ||
.. _`UPGRADE-2.6-DebugBundle`: https://github.com/symfony/symfony/blob/2.6/UPGRADE-2.6.md#vardumper-and-debugbundle |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Your