diff options
author | Mark Hatle <mark.hatle@windriver.com> | 2019-05-15 07:53:20 -0400 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2019-06-18 11:31:10 +0100 |
commit | 1f82ca67131694e2c85aeb15629ceb97e0bb9df4 (patch) | |
tree | 27125426ee1b7deff9e1a1e88885fd3b10d5ed8c /documentation/ref-manual/ref-manual-eclipse-customization.xsl | |
parent | b035b4dcee9122b5dd3799b48e4465e009bbed66 (diff) | |
download | poky-1f82ca67131694e2c85aeb15629ceb97e0bb9df4.tar.gz |
bitbake: gitsm: Fix a bug where the wrong path was used for the submodule init
Because we are trying to avoid network activity and use our own fetcher,
the system emulates the behavior of 'git submodule init'.
git submodule init uses the .gitmodules file, where typically the module
name and path are the same. However, in this case the module name and
path (in the tree) were different. i.e.:
[submodule "edgelet/hsm-sys/azure-iot-hsm-c/deps/azure-c-shared-utility"]
path = edgelet/hsm-sys/azure-iot-hsm-c/deps/c-shared
url = https://github.com/Azure/azure-c-shared-utility.git
Previously the code assumed the 'path' was both the checkout location
under .git/modules, as well as the path to extract the components. This
proved to be incorrect as the .git/modules path needs to match the submodule
'name'. This causes the components that were fetched to be initialized in
the wrong location, which later caused the 'git submodule update' process to
skip not properly initialized modules.
A test case was added for this specific case to ensure a regression does
not appear in the future.
(Bitbake rev: ffd7ed530a17d22df576d986ac78428a6979e79c)
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'documentation/ref-manual/ref-manual-eclipse-customization.xsl')
0 files changed, 0 insertions, 0 deletions