File tree 2 files changed +4
-4
lines changed 2 files changed +4
-4
lines changed Original file line number Diff line number Diff line change 1
1
<!--
2
2
3
3
If your pull request fixes a BUG, use the oldest maintained branch that contains
4
- the bug (see https://symfony.com/roadmap for the list of maintained branches).
4
+ the bug (see https://symfony.com/releases for the list of maintained branches).
5
5
6
6
If your pull request documents a NEW FEATURE, use the same Symfony branch where
7
7
the feature was introduced (and `master` for features of unreleased versions).
Original file line number Diff line number Diff line change @@ -7,12 +7,12 @@ release and maintain its different versions.
7
7
Symfony releases follow the `semantic versioning `_ strategy and they are
8
8
published through a *time-based model *:
9
9
10
- * A new **Symfony patch version ** (e.g. 3 .4.41, 4.4.9 ) comes out roughly every
10
+ * A new **Symfony patch version ** (e.g. 4 .4.9, 5.0.9, 5.1.1 ) comes out roughly every
11
11
month. It only contains bug fixes, so you can safely upgrade your applications;
12
- * A new **Symfony minor version ** (e.g. 4.4, 5.0, 5. 1) comes out every *six months *:
12
+ * A new **Symfony minor version ** (e.g. 4.4, 5.1) comes out every *six months *:
13
13
one in *May * and one in *November *. It contains bug fixes and new features, but
14
14
it doesn't include any breaking change, so you can safely upgrade your applications;
15
- * A new **Symfony major version ** (e.g. 4.0, 5.0) comes out every *two years *.
15
+ * A new **Symfony major version ** (e.g. 4.0, 5.0, 6.0 ) comes out every *two years *.
16
16
It can contain breaking changes, so you may need to do some changes in your
17
17
applications before upgrading.
18
18
You can’t perform that action at this time.
0 commit comments