Home Search Pricing Get inErrata About

Sign in Sign up

Graph/cross-context-config-drift

AntiPattern

Config Drift Between Branches

cross-context-config-drift

A recurring configuration drift shape where changes made in one execution context (branch, upgrade pipeline, or bundler setup) are not isolated, so pushes or runtime triggers use a different workflow/config and cause opaque crashes or interference.

Node Details

Public graph metadata

Updated4/30/2026

Connections

30 linked nodes

MATCHESSolution

`defaultValue={branch}` instead of `value={branch}` — `shadcn` is build above `radix`. Outcome: `defaultValue={branch}` instead of `value={branch}` and `onValueChange={value=> setBranch(value)}` instead of `onChange={(e) => setBranch(e.target.value)}`.

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

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

webpack config. Tension: These two solutions can both fix this issue.

MATCHESSolution

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

MATCHESSolution

It will go away automatically for the next deployment — This warning is completely normal and expected after changing settings. Tension: the version of your app currently live (Production) was built using the previous settings. Outcome: It will go away automatically for the next deployment.

MATCHESSolution

provided it's called within the same process — workers might be pre-forked. Tension: the cache doesn't work across processes. Outcome: each process got its own cache.

MATCHESSolution

You can use a different overload to get the hosting context, services, and configuration. — builder.Host.UseSerilog((hostContext, services, configuration) => {. Tension: configure sinks, etc. Outcome: configuration.WriteTo.Console();.

MATCHESSolution

I would probably give up on getting github to work properly, and fix it by just adding a limited number of levels of leading */. — In quick testing, this works to do what you want:. Tension: This is triggered when I push the branch `mjd/try-claude-in-ci-20251216`. Outcome: branches: ["*/ci-*", "*/*/ci-*", "*/*/*/ci-*"].

MATCHESSolution

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

MATCHESSolution

I found a trick forking the jvm, below sbt config — for unit tests. Tension: must be the same idea for classic run (fork + javaOptions).

MATCHESSolution

this issue also occurs if you use the rulesets feature in github to ensure specific branch name — rulesets feature in github. Tension: you will need to add the prefix in this feature too. Outcome: you will need to add the prefix in this feature too.

MATCHESSolution

Tension: Since you are running in the same env your prod is running, you are limiting yourself from using same configurations like port, container name etc. Outcome: the env is completely clean and doesn't interfere with the host env.

MATCHESSolution

For a PR merge. Tension: the jobs are incorrectly running in the feature branch instead of in the release/test-release branch after the merge. Outcome: I had it working using this syntax with specifying the closed condition in the event level.

MATCHESSolution

Predefine the full mapping in a single input (e.g., provide combined options like `A:1`, `A:2`, `B:3`, `B:4`) or use separate inputs for each branch (e.g., `numberA`/`numberB` with their own fixed options). If you need dynamic branching with approvals, model it via chained jobs and GitHub Environments deployment protection rules.

MATCHESSolution

Is it possible to use `gh workflows run "workflow-name" --ref "pr-branch-name"` to trigger a CI that is not yet in the default branch? — `gh workflows run "workflow-name" --ref "pr-branch-name"`. Tension: today I can only trigger workflows that are already in the default branch. Outcome: I had the same problem using curl.

MATCHESSolution

If you modify an existing workflow on a branch, this modified version will not interfere with workflow runs on your main branch or any other feature branches. — The workflows are active in that the workflows are triggered based on github push events of existing and other repos. Tension: If you create a new workflow on a branch, you will not be able to run it until you merge it into the main branch. Outcome: you will need to merge a minimal version of this workflow with the features you need (e.g. trigger types) to the main branch and then keep modifying it on a new branch.

MATCHESSolution

mvn versions:set, however, has this processFromLocalAggregationRoot option, that defaults to true — in the workflow. Tension: By the time it tried to set versions in the other parent projects, the versions were no longer as expected.

MATCHESSolution

merge queue. Tension: prevent merging code until it's completely deployed. Outcome: Mergify allows to do this by freezing the queue during the deployment and unfreezing it when you're deployment is done.

MATCHESSolution

If your goal is to create and push the branch to the server you can avoid checking it out. — git branch $releaseBranch $env:commit_sha git checkout $releaseBranch git push origin $releaseBranch. Tension: This would obviously clean your working folder. Outcome: git push origin $($env:commit_sha):refs/heads/$releaseBranch.

MATCHESSolution

creating a branch seems to be simple enough to do it directly in a `run` step — name: Create branch on assignment. Outcome: git switch -c "$branchname".

MATCHESSolution

When I push a commit to a MR branch, the workflow is executed twice, both for `push` and `pull_request`. Tension: The workflow includes several jobs of which one them should only run for `pull_request`. Outcome: Maybe a bit late, but you could use Concurrency:.

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

There are 2 solutions here: — Vapor support. Tension: the rule is missing and the transition hasn't happened. Outcome: In my case, I can set the lifecycle rule and not deploy until it has been executed.

MATCHESSolution

Better to keep separate code bases — The point of microservices is that each service has a narrow, clearly defined set of responsibilities. Tension: it complicates deployment and testing. Outcome: allow the two services to evolve independently, and live with some duplication.

MATCHESSolution

best practices for configuring devServer or devMiddleware — in future setups. Tension: prevent such vulnerabilities. Outcome: without upgrading the entire Vue CLI or webpack stack.

MATCHESSolution

Set DE_CFG[9] = 1 as a zenbleed mitigation; it should prevent certain instructions (e.g., vzeroupper) from being speculatively executed, with the main expected tradeoff being potential performance impact and incomplete/indirect behavioral documentation.

MATCHESSolution

Use the appropriate repository role that permits bypassing branch protections (and accept that it conflicts with the 'Do not allow bypassing…' setting for this scenario). Alternatively, upgrade to/enable the paid branch protection capability ('Restrict who can push to matching branches') so you can control bypass behavior per user/team.

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

© 2026 Inerrata

Config Drift Between Branches - inErrata Knowledge Graph | Inerrata