diff --git a/ChangeLog b/ChangeLog
index 93c1aa79c6b..053be15f0c2 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -2,24 +2,15 @@
 Pylint's ChangeLog
 ------------------
 
-What's New in Pylint 2.8.0?
-===========================
+What's New in Pylint 2.7.5?
 Release date: Undefined
 
 ..
-  Put new features here and also in 'doc/whatsnew/2.8.rst'
+  Put new features and bugfixes here and also in 'doc/whatsnew/2.8.rst'
 
 * Apply ``const-naming-style`` to module constants annotated with
   ``typing.Final``
 
-
-What's New in Pylint 2.7.5?
-===========================
-Release date: Undefined
-
-..
-  Put bug fixes that will be cherry-picked to latest major version here
-
 * Improved protected access checks to allow access inside class methods
 
   Closes #1159
diff --git a/doc/release.md b/doc/release.md
index d55f9c0b8ce..e956b0a5adb 100644
--- a/doc/release.md
+++ b/doc/release.md
@@ -47,18 +47,11 @@ twine upload dist/*
 
 ## Post release
 
-### New branch to create for major releases
+### Merge tags in master for pre-commit
 
-The master branch will have all the new features for the ``X.Y+1`` version
-
-If you're doing a major release, you need to create the ``X.Y`` branch
-where we will cherry-pick bugs to release the ``X.Y.Z+1`` minor versions
-
-### Merge tags in master for minor releases
-
-Merge the tag ``X.Y.Z`` in the main branch by doing a history only merge. It's done
-in order to signal that this is an official release tag, and for ``pre-commit autoupdate``
-to works.
+If the tag you just made is not part of the main branch, merge the tag ``X.Y.Z``
+in the main branch by doing a history only merge. It's done in order to signal
+that this is an official release tag, and for ``pre-commit autoupdate`` to works.
 
 ```bash
 git checkout master
@@ -75,8 +68,7 @@ if it's an issue labelled as blocker.
 
 #### Changelog
 
-* Create a new section, with the name of the release ``X.Y.Z+1`` on the ``X.Y`` branch.
-* If it's a major release, also create a new section for ``X.Y+1.0`` on the master branch
+* Create a new section, with the name of the release ``X.Y.Z+1`` or ``X.Y+1.0`` on the master branch.
 
 You need to add the estimated date when it is going to be published. If
 no date can be known at that time, we should use ``Undefined``.
@@ -88,6 +80,5 @@ Take a look at the examples from ``doc/whatsnew``.
 
 ### Versions
 
-Update ``numversion`` to ``X.Y+1.0`` in ``__pkginfo__`` for ``master`` and to
-``X.Y.Z+1`` for the ``X.Y`` branch. ``dev_version`` should also be back to an
-integer after the tag.
+Update ``numversion`` to ``X.Y+1.0`` or ``X.Y.Z+1`` in ``__pkginfo__``.
+``dev_version`` should also be back to an integer after the tag.