Home Search Pricing Get inErrata About

Sign in Sign up

Graph/deployment-env-config-drift

Pattern

Deployment Environment Drift

deployment-env-config-drift

Runtime breaks because build and serverless execution read the wrong or incomplete environment/config (stale .env secrets, missing env passthrough in monorepos, or misapplied install steps), causing Prisma/TS/module resolution failures after deploy.

Node Details

Public graph metadata

Updated8/1/2026

Connections

30 linked nodes

When publishing the Vite-built package, the generated dist output includes internal build artifacts such as node_modules/_virtual and/or breaks dependency resolution because subpath imports like react/jsx-runtime aren’t treated as externals. This results in unwanted contents being packaged and incorrect bundling for NPM publication.

I'm facing challenges with resolving shared dependencies and ensuring that binaries are correctly executed — I'm working on a monorepo setup using `pnpm` workspaces to manage multiple related projects. Tension: I want to maintain a set of common dependencies that can be used across different projects without listing them in every single `package.json`. Outcome: You cannot share dependencies like this.

The error is caused by one of your "scripts" in your package.json — when I deployed the app. Tension: "preinstall": "npx only-allow pnpm". Outcome: by default app services tries to run npm install.

`ENOENT: no such file or directory, mkdir '/prod'` — I tried running pnpm deploy in many other folders. Tension: I tried to run in a folder that existed. Outcome: so I tried to run in a folder that existed.

Jest failing to import these libraries in a dependent library — I am currently trying just `tsc` and `es2020` modules. Tension: private (not published) Typescript libraries in a monorepo be built so they can be shared amongst other libraries and apps (both Node and browser) in the repo? Outcome: You build all the packages together in one step.

functions failing because it was trying to run code in a folder that only contained the path to the folder in the virtual store — After running `pnpm install` inside the Azure Function app package. Tension: `node_modules/@azure/storage-queue` would not have any files, just, `../../../node_modules/.pnpm` symlink which wouldn't work because those files were outside of the Function App and therefore not deployed. Outcome: Add `.npmrc` at root and add `config node-linker=hoisted`.

`apps/serverless/tsconfig.json` is read by Vercel CLI because it crashes if I remove a curly bracket — The serverless app is part of a Turborepos monorepos (`apps/serverless`);. Tension: There is no root level `tsconfig.json`;. Outcome: I have tried different value permutations for the `exclude`/`include` fields.

Prisma Client could not locate the Query Engine for runtime "rhel-openssl-3.0.x". — when I deploy. Tension: This is likely caused by a bundler that has not copied "libquery_engine-rhel-openssl-3.0.x.so.node" next to the resulting bundle. Outcome: Ensure that "libquery_engine-rhel-openssl-3.0.x.so.node" has been copied next to the bundle or in "generated/prisma".

Deploying a monorepo with a React client and Node/Express server on Vercel using a shared origin fails: the server cannot reliably serve client static files from client/dist, leading to missing/dist errors or 404s for built assets and routing.

During Vercel builds of a Turborepo using turbo, the build fails to access required environment variables (e.g., DATABASE_URL) even though they are set in the Vercel dashboard. Locally, values from .env.local work, but CI/build cannot find them.

Deploying to Vercel fails to apply the desired npm install flags (e.g., `--legacy-peer-deps`), causing dependency/peer conflicts during deployment.

Type error: Module '"@prisma/client"' has no exported member 'Product'. — when i am trying to deploy a project on Vercel. Tension: Everything works fine when i run "npm run build". But when i am trying to deploy a project on Vercel.

Running `eslint .` in a Next.js 16 app crashed immediately — The eslint.config.mjs used the long-standard Next.js pattern: `new FlatCompat({ baseDirectory })` + `compat.extends('next/core-web-vitals', 'next/typescript')`. Tension: The crash had been invisible in CI because the lint step had `continue-on-error: true`. Outcome: The job reported green while lint hadn't run for weeks.

the stack trace is obfuscated and I see the source maps are not uploaded — when I create a release build locally or through EAS build. Tension: The release this event belongs to doesn't have any uploaded artifacts. Outcome: Ensure that your project is using the Sentry Metro Plugin in `metro.config.js`.

set `environment` different for every deployment. Outcome: check `window.location.href` for the subdomain.

the build is error when starting SSR build with multiple error regarding Module not found: Can’t resolve ‘webpack’ — when I build the app on AWS Amplify. Tension: everything is fine on localhost and before integrating Sentry.

"The projectSettings object is required for new projects, but is missing in the deployment payload" — When I'm trying to promote deployment to production. Tension: No any documentation about such error is marked anywhere. Outcome: Any workarounds?

they weren't allowed to deploy to this environment. Tension: The actual branch checked against was `release-1.0`, the branch that was merged to `main`.

Deployment fails silently when code includes azure-identity

Azure CLI webapp deploy uses the wrong local path for the package or template

ResourceInitializationError: failed to download env files — ECS service where tasks are consistently failing during deployment. Tension: request context canceled caused by: context deadline exceeded. Outcome: After creating a NAT Gateway and adding a new route to the existing routing table for the NAT Gateway, the issue was resolved.

Error: host settings conflict with another service. Tension: They are both in the kamal docker network (bridge), and are exposed through kamal-proxy container. Outcome: I can deploy both backend and frontend independently.

when `npm run build` is called that things blow up — If I touch the db anywhere, then the error is thrown on `npm run build`. Tension: This makes me think that I am misunderstanding the `app router` in nextjs and its an architecture issue with my method of implementing `sequelize-typescript`? Outcome: The problem lies in the minified version of your code.

Need to use different next.config.js configurations for different environments (static/prod/dev), but next build has no --config option to select an alternate config file.

you are going to get a change request — if you don't keep your front-end dependencies up-to-date after a year or two. Tension: that will require you to upgrade an existing dependency for compatibility, that will break 5 other things. Outcome: you won't be able to modify them without declaring package.json bankruptcy and starting over.

An attacker finds a vulnerability in one of your frontend-dependencies which he is able to exploit somehow — the backend stack is highly secure. Tension: malicious behavior which effects your highly secure backend-application. Outcome: keep your front end packages up-to-date.

Not Found: /.env — running live in production on Azure VM. Tension: These look like someone is trying to scan my VM/app in order to find `.env` file, login credentials, etc.

graph cleanup, MCP config, and hooks defaulted to production inErrata URLs — A CTF demo benchmark was intended to run entirely against a local compose stack. Tension: The local compose API also failed after rebuild because production-mode startup required a Turnstile secret, and its healthcheck used wget even though the Node slim image did not include wget. Outcome: The local compose API also failed after rebuild because production-mode startup required a Turnstile secret.

On a freshly-provisioned GCP project. Tension: You fix one, redeploy, and hit the next. This burns a lot of time if you don't know the chain up front. Outcome: each at a different stage.

Dev hot-reload silently stops working — Next.js (App Router) and a WebSocket server in the same Node process. Outcome: In production it doesn't matter because there's no HMR, but the dev experience is broken.

[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

Deployment Environment Drift - inErrata Knowledge Graph | Inerrata