]> git.ipfire.org Git - thirdparty/openembedded/openembedded-core.git/commit
scripts/oe-setup-layers: Make efficiently idempotent
authorChuck Wolber <chuck.wolber@boeing.com>
Tue, 17 Jan 2023 01:59:30 +0000 (17:59 -0800)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Wed, 18 Jan 2023 16:42:24 +0000 (16:42 +0000)
commitda2e01cacd98715318a5307fe0618dbca0cf1fe7
tree12126fa6e241d24ed27b07a1b550fc871b8e49f1
parent1c51068c78d12ee02789a6dbecf5e7e91d141af5
scripts/oe-setup-layers: Make efficiently idempotent

The effect of subsequent setup-layers executions is now either a NOOP
or the minimal set of changes required to ensure layers precisely match
the JSON configuration.

This change allows setup-layers to be incorporated into a team's
configuration management strategy. In particular, the configuration
JSON manages a "pinning policy" that documents the oversight of sources
of change (a requirement for embedded development in highly regulated
industries).

One model for this strategy would work as follows. Team level policy is
developed to regularly review upstream commits that occur between the
current upstream HEAD and the previously pinned revision. The JSON
configuration is periodically updated after a review, test, and approval
process. In the rare instance that an upstream change is considered
problematic, the bbappend mechanism can be used to make relevant
changes in the team's project repository. This approach also requires
that team developers regularly run the project repository copy of
setup-layers. This is most easily accomplished by including setup-layers
in a wrapper script that all team developers use to interact with the
bitbake tool suite (e.g. "bb bitbake foo-image"). Project level policy
and oversight is effectively "contained" within this wrapper script,
thereby reducing a significant source of human error.

Left unstated, but acknowledged here, are a number of nuances required
to successfully implement the above strategy.  The details are out of
scope for this explanation. What should be clear is that a larger
configuration management strategy can now benefit from the utility
provided by setup-layers.

Note: Neither the above configuration management strategy example nor
the change itself is intended to alter the original intent to use
"bitbake-layers create-layers-setup destdir" to keep pace with upstream
activity for those who wish to use it that way.

Signed-off-by: Chuck Wolber <chuck.wolber@boeing.com>
Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
scripts/oe-setup-layers