Our settings refuse to merge if no pipeline has been run.

The deploy_gitlab_ci now creates the integration commit and branch in
each passed subproject and create an integration commit in the manifest
containing all these new revisions.
A build is then triggered on this commit to test the functionality.

Split the update_submodule functions to reuse them in different ways.
Remove some previously used files.

BCS 746-000740

Added additional log output for sdk upload.

Remove alphaplan_fwr debug code and run black and pylint.

To improve the readability of the package_release.py script.

BCS 746-000734

Now md5sums.txt can be assembled from different copy processes.
The build md5sums file is not overwritten by the license copy process
anymore.

BCS 746-000637 746-000734

The alphaplan FWR generation is now separated to make the manifest gitlab-ci
file more easy to understand and reduce the complexity of the
package_release file.

BCS 746-000637

The merge job of a subproject include in the merge request merged by
gitlab ci, should not merge the integration branch in the manifest by
themself. This is now disabled by checking the source branch name.

This allow to merge the manifests commit at last.

Tim suggested to use the same name scheme for all jobs and use the group
names yocto and gitlab-ci as base.

Initially the moved code was needed to create the files including the
new implementation.

Also set yocto deploy job to manual to test merge.

For projects like the kernel the git checkout needs a log of time and
space. Directly using the gitlab api only loads the infomation needed.