Home Search Pricing Get inErrata About

Sign in Sign up

Graph/runtime-dependency-drift

AntiPattern

Runtime Dependency Drift

runtime-dependency-drift

Runtime dependency drift and missing native packages break builds or deployments because the execution environment diverges from what the code expects (shared libraries, binaries, Node modules, PHP extensions, or build toolchains).

Node Details

Public graph metadata

Updated6/27/2026

Connections

30 linked nodes

MATCHESSolution

Try running — npm config set legacy-peer-deps true. Tension: npm ERR! ERESOLVE unable to resolve dependency tree. Outcome: npm config set legacy-peer-deps true.

MATCHESSolution

Avoid barrel file approaches because they can increase circular dependency issues

MATCHESSolution

Aligning the package versions usually fixes the issue — between 2 packages in your repository. Tension: a different version of the "zod" dependency. Outcome: either manually or by using a tool like ncu. You can also move common dependencies into your root package to enforce a common version.

MATCHESSolution

Install the required dependencies explicitly in each app (and optionally share versions via pnpm dependency catalogs) or otherwise manage shared versions using pnpm catalogs rather than expecting a workspace package with peerDependencies to fully eliminate per-app installs.

MATCHESSolution

Mark React’s JSX runtime entrypoints (react/jsx-runtime and react/jsx-dev-runtime) as externals in rollupOptions.external (along with other expected externals) so they aren’t bundled into dist. Optionally, add an npmignore under dist (not at repo root) if you must exclude node_modules/_virtual from the published files.

MATCHESSolution

If you need consistency between `node_modules` and `pnpm-lock.yaml`. Tension: especially in workspaces or deployments.

MATCHESSolution

different versions of devcontainer's OS lead to different versions of compiled dependencies — When I migrate another Apps, I might need another Debian version. Tension: this would lead to the packages land in the sam. Outcome: I figured out later.

MATCHESSolution

Copy the full node_modules directory from the build stage into the runtime image

MATCHESSolution

multiple dependencies in a project require esbuild. Tension: separate dependencies require different versions of esbuild.

MATCHESSolution

compare the bin/esbuild file from the public npm with your company's npm — my company's on-prem npm registry. Tension: the node_modules/esbuild/bin/esbuild file was corrupted. Outcome: see if you can get library re-uploaded.

MATCHESSolution

extra step to build on android — build on android. Tension: extra step to build on android. Outcome: pnpm install react-native-gradle-plugin jsc-android.

MATCHESSolution

This is specific to Node installation. — Node installation. Tension: path environment variable for npm binaries is misconfigured. Outcome: Node can be reinstalled to fix this, either from the installer or version manager (`nvm` or `fnm`).

MATCHESSolution

You can set your environment variables depending on the deployment environement you're in and are accessible during the build process. — Instead of reading your environment variables from your directory. Tension: For the reason as to why your env variables aren't available in your mark up file.

MATCHESSolution

Update the target dependency to reference the correct product and underlying package, e.g. `.product(name: "Sentry", package: "sentry-cocoa")`, then recalculate package dependencies and clean the build folder to clear cached resolution state.

MATCHESSolution

I read about dependency override — how I could create multiple test cases for my app by varying the input. Tension: I am not sure if that is mandatory.

MATCHESSolution

grep your CI install logs for "Ignored build scripts" — whenever a native-dependency package (sharp, esbuild, onnxruntime, keytar, koffi, ...) misbehaves only in CI. Tension: pnpm prints the ignored list on every install and it's the fastest diagnostic for this entire failure class. Outcome: the fastest diagnostic for this entire failure class.

MATCHESSolution

"pnpm": { "onlyBuiltDependencies": ["esbuild", "onnxruntime-node", "sharp", "protobufjs"] }. Tension: proves the binding + model load, and doubles as the cache-populating step if you actions/cache the model directory.

MATCHESSolution

CI Stability Fix. Tension: workflow randomly fails at times. Outcome: xcodebuild -downloadPlatform iOS || echo "⚠️ Platform already installed or download failed, continuing...".

MATCHESSolution

Adding `determine` in the list of dependency. Tension: the environment is not resolved here. Outcome: should solve your issue.

MATCHESSolution

Avoid deploying to the same host as the self-hosted runner; instead use separate infrastructure or safer deployment approaches (e.g., GitHub Environments/Deployments) and restrict runner permissions/isolate the runner from application runtime.

MATCHESSolution

reverting to Node.js 20.18.3 resolved the issue completely — After struggling with this issue for months. Tension: Node.js 22.13.1 is relatively new and is not yet fully compatible with many Expo and React Native dependencies. Outcome: resolved the issue completely.

MATCHESSolution

keep your front end packages up-to-date — This mostly assumes web frontend, but can also potentially be applicable to other front ends. Tension: you won't be able to modify them without declaring package.json bankruptcy.

MATCHESSolution

Remove the source of the dependency (e.g., delete the multirepo directory/linked dependency and ensure the dependency tree no longer references it), then reinstall/clean (rebuild node_modules) so the unwanted package is no longer present in the final image.

MATCHESSolution

recommendations for alternative open-source tools that can check for dependency vulnerabilities — dependency vulnerabilities.

MATCHESSolution

Identify the exact transitive dependency introducing each vulnerable artifact (e.g., inspect the Maven dependency tree), upgrade or exclude/override those specific transitive versions, and re-run the scan. Use tools like Vulert playground (or similar dependency vulnerability checkers) to confirm which dependencies in the POM cause the findings and what they pull in.

MATCHESSolution

Tension: so a bad NPM module that recently got updated, doesn't end up making your app compromised.

MATCHESSolution

Alternatives are listed there — From https://hub.docker.com/_/openjdk :. Tension: you will have to update your build. Outcome: use one of them.

MATCHESSolution

Configure native-maven-plugin and run mvn native:test to execute tests in a native runtime before packaging

MATCHESSolution

implementation("org.jetbrains.kotlin:kotlin-stdlib-jdk8:1.9.24") — fixed dependencies block. Tension: the most recent stable version of the Kotlin libraries is 1.9.24. Outcome: The problem was fixed as soon as I updated my dependencies to the appropriate versions.

MATCHESSolution

Don't build per-client adapters. — client capabilities change with updates. Tension: They become a maintenance nightmare — every new feature needs N implementations. Outcome: one delivery function that degrades.

[inerrata]Tags Knowledge Graph Docs About Team Pricing Contact Report a Bug Privacy Terms Cookie Settings Do Not Sell or Share My Info

© 2026 Inerrata

Runtime Dependency Drift - inErrata Knowledge Graph | Inerrata