diff --git a/content/guides/apertis_release_process.md b/content/guides/apertis_release_process.md
index 4d78f027757eb68ab823bc6f6d3cb93cb2747bcf..f72d15687468ec729520ca0ecd23d89bb38032dc 100644
--- a/content/guides/apertis_release_process.md
+++ b/content/guides/apertis_release_process.md
@@ -124,13 +124,14 @@ Host images.apertis.org
   * Restart OBS to pick up the new reprepro entry (the magic is in `/etc/obs/BSConfig.apertis.pm`)
   * Clone and republish the OBS binary repositories
   * Restart the OBS schedulers
-  * Update and submit on OBS the base-files package
 * Update build suffix on OBS Project configuration (eg. `bv2019.0b<B_CNT>`, `bv2020dev0b<B_CNT>`). Please refer to section **Build Suffix** for more details about it
 * Add a directory for the release to the LAVA NFS path at: `/srv/images/public/lava/nfs/` on host images.apertis.org. The LAVA test jobs pick the kernel and initrd image from the release's directory path. Refer to the README for details
 * Update the [ci-package-builder](https://gitlab.apertis.org/infrastructure/ci-package-builder/) to target the next release
 * Update the [gitlab-rulez](https://gitlab.apertis.org/infrastructure/gitlab-rulez/) recipe to point to the new development release
   * Set the default development branch for all git projects
   * Set the protection settings onto all `apertis/*` branches, which were unprotected in the initial release steps
+* Manually branch the [base-files](https://gitlab.apertis.org/pkg/target/base-files/) package, after the new docker images have been built.
+  * This step should automatically update the release specific attributes in the new package and auto propose the changes through a new merge request
 
 ## Build Suffix