@@ -112,14 +112,14 @@ memorable name for the new branch (if you are fixing a reported issue, use
112
112
113
113
.. code-block :: terminal
114
114
115
- $ git checkout -b improve_install_article upstream/2.7
115
+ $ git checkout -b improve_install_article upstream/2.8
116
116
117
117
In this example, the name of the branch is ``improve_install_article `` and the
118
- ``upstream/2.7 `` value tells Git to create this branch based on the ``2.7 ``
118
+ ``upstream/2.8 `` value tells Git to create this branch based on the ``2.8 ``
119
119
branch of the ``upstream `` remote, which is the original Symfony Docs repository.
120
120
121
121
Fixes should always be based on the **oldest maintained branch ** which contains
122
- the error. Nowadays this is the ``2.7 `` branch. If you are instead documenting a
122
+ the error. Nowadays this is the ``2.8 `` branch. If you are instead documenting a
123
123
new feature, switch to the first Symfony version that included it, e.g.
124
124
``upstream/3.1 ``. Not sure? That's ok! Just use the ``upstream/master `` branch.
125
125
@@ -155,7 +155,7 @@ changes should be applied:
155
155
:align: center
156
156
157
157
In this example, the **base fork ** should be ``symfony/symfony-docs `` and
158
- the **base ** branch should be the ``2.7 ``, which is the branch that you selected
158
+ the **base ** branch should be the ``2.8 ``, which is the branch that you selected
159
159
to base your changes on. The **head fork ** should be your forked copy
160
160
of ``symfony-docs `` and the **compare ** branch should be ``improve_install_article ``,
161
161
which is the name of the branch you created and where you made your changes.
@@ -205,7 +205,7 @@ contribution to the Symfony docs:
205
205
# create a new branch based on the oldest maintained version
206
206
$ cd projects/symfony-docs/
207
207
$ git fetch upstream
208
- $ git checkout -b my_changes upstream/2.7
208
+ $ git checkout -b my_changes upstream/2.8
209
209
210
210
# ... do your changes
211
211
@@ -288,8 +288,8 @@ into multiple branches, corresponding to the different versions of Symfony itsel
288
288
The ``master `` branch holds the documentation for the development branch of
289
289
the code.
290
290
291
- Unless you're documenting a feature that was introduced after Symfony 2.7 ,
292
- your changes should always be based on the ``2.7 `` branch. Documentation managers
291
+ Unless you're documenting a feature that was introduced after Symfony 2.8 ,
292
+ your changes should always be based on the ``2.8 `` branch. Documentation managers
293
293
will use the necessary Git-magic to also apply your changes to all the active
294
294
branches of the documentation.
295
295
0 commit comments