* Update new stages description in manifest pipeline file
* Update layers integration description in a different file
* Update images
* Remove unused yaml files

* The command is necessary as long as all Edgehog repositories are
private

* Each CPU processor is suggested to have a different sstate-cache folder
* The 'downloads' folder remains unique for all edgehog projects

* For Edgehog embedded images the fs was not deployed and so a fix was
necessary

* This is necessary to guarantee write access to edgehog folder in build
server containing sstate and downloads caches
* Move env initizialization to .initenv
* Reduce build artifacts expiration time to 1 week

* Insert in the local.conf the reference to a common sstate and
downloads folder containing the sstate-cache and downloads to speed up
Yocto build (see https://www.thegoodpenguin.co.uk/blog/improving-yocto-build-time/)
* The folders are loaded as volume in the Docker image by the dedicated
runner

* The artifacts from the weekly release are deployed in an Azure folder
referring to the week of the year
* Change name of the job and link report so that they refer to the
IMAGE_NAME variable insead of RECIPE_NAME
* Full edgehog image is now built as the other on a weekly schedule
* Fix on link report for Apollo Lake products

* The filesystem artifact name now match the image name
* Fix on artifacts name from build and deploy stage

* Insert further variable inheritance for edgehog-embedded jobs
* Insert echo messages for debug

* Fix also on artifacts name construction

* The fix introduce the RECIPE_NAME variable in the job/link log name,
necessary when compiling also embedded distro

* Change "edgehog-base-image" label to "edgehog-things-image" one
* Fix on intel_apl config file
* Fix on AZURE_PATH variable (the edgehog folder is necessary
for the public container release)

* Insert edgehog embedded build/deploy for base and full image for supported
boards
* Full image shall be built only when a tag occurs
* Remove c43 and c26 config files (not yet supported)
* Fix on Link_report.txt

* Change all occurrencies of 'yocto_ng' with 'edgehog' due to group
 rename
* Change all occurrencies of 'kirkstone/develop' with 'kirkstone' due
to master branch rename
* Update documentation references accordingly
* Changelog script loops over MR opened both to 'kirkstone/develop' and
'kirkstone' branch
* Minor fix in notify job

* Add intel_apl support inside main .yml file
* Include changelog.md file inside the notify (the file is both uploaded
to Azure and accessible via the Teams notification)
* Insert release stage allowing to create a GitLab release when a tag is
created containing all the links to access built artifacts and changelog

* Modify script for changelog generation
* Insert job to create changelog for testing purpose

Merge branch 'manifest_branch_fix' of git.seco.com:yocto_ng/infrastructure/gitlab-ci into manifest_branch_fix

* This variable allows to define the branch that is used for the
manifest build (the master one on schedule/tag or the integration one on
upstream pipeline trigger)

* This variable allows to define the branch that is used for the
manifest build (the master one on schedule/tag or the integration one on
upstream pipeline trigger)

* Partial testing of correct NXP repository integration

* The script is a direct derivation of the original one and can be
merged in a near future
* The script search for the latest updated MR in the project repository
to retrieve the source branch
* Then merge the MR on the layer project according to the recontructed
integration branch

* This commit adds the script to check if the integration branch is
up-to-date on the layer side
* Very few modification with respect to the original script
* The script can be merged with the original one in the near future

* The script is derived from the integrate_into_manifest file and is
used to create the integration branch on layers
* The script create a new branch with the modifications on the
SRCREV.conf indicated as parameter and on the bitbake recipe indicated
* In a future this file could be merged with the integrate_inot_manifest
one

* The file is intended to contain all the automation tasks to be
executed by the projects used in the Yocto layers
* The steps are the main steps that this CI file contains:
  - Every time a MR is opened on a project an integration branch is opened
 on the layer which updates the SHA of the commit on the
'conf/SRCREV.conf' file referring to correct bb recipe
  - A MR is automatically opened on the layer master branch, that triggers all the
downstream job of the manifest-integration file, which is left untouched
  - A check job checks that the layer project branch is up-to-date with
the commit revision
  - Once the MR is accepted on the project, the one in the layer is
merged and closed by default after having tried a rebase.
* Minor bug fix on gitlab-ci.yml file

* The script is identical to the 'scripts/deploy_gitlab_ci_projects.py'
apart from the fact that does look for a manifest project to
integrate/merge
* In the future the two scripts may be merged to treat both cases
correctly, for now we skip this part