Open beeme1mr opened 2 months ago
The OpenFeature docs site utilizes multiple git submodules to consolidate information spread across multiple repos into a single location. Unfortunately, the start-up script fails when it attempts to run git submodule update --init --recursive.
git submodule update --init --recursive
https://stackblitz.com/~/github.com/open-feature/openfeature.dev
Go to the link above and wait until the startup command attempts to initialize the git submodules.
You can also reproduce the issue by running git submodule update --init --recursive in the terminal.
The git submodule command initializes the configured submodules.
Version = 1.84.0 Hash = cb3418cbf66e343efb2dc236d6bb048b5dc72274 WebContainer = 0314a412 Browser name = Chrome Full version = 124.0.0.0 Major version = 124 navigator.appName = Netscape navigator.userAgent = Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/124.0.0.0 Safari/537.36 performance.memory = { "totalJSHeapSize": 150726926, "usedJSHeapSize": 144175454, "jsHeapSizeLimit": 4294705152 }
No response
hi! :wave: thanks for reporting this!
we're now tracking this issue internally and will update this ticket when the command is available
Describe the bug
The OpenFeature docs site utilizes multiple git submodules to consolidate information spread across multiple repos into a single location. Unfortunately, the start-up script fails when it attempts to run
git submodule update --init --recursive
.Link to the blitz that caused the error
https://stackblitz.com/~/github.com/open-feature/openfeature.dev
Steps to reproduce
Go to the link above and wait until the startup command attempts to initialize the git submodules.
You can also reproduce the issue by running
git submodule update --init --recursive
in the terminal.Expected behavior
The git submodule command initializes the configured submodules.
Parity with Local
Screenshots
Platform
Additional context
No response