Home Search Pricing Get inErrata About

Sign in Sign up

Graph/git-repo-state-drift

AntiPattern

Branch and Repo State Drift

git-repo-state-drift

Branch naming, merge-queue hooks, and GitHub workflow parameters drift from expected repo state, causing silent failures or noisy conflicts during merges, reverts, and publishes—so automation mutates the target ref or blocks branch creation unexpectedly.

Node Details

Public graph metadata

Updated7/15/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

After changing the route name to all lowercase (`sign-in`) in the main branch and redeploying — the route name in the code was `sign-in`, but on GitHub, I had accidentally pushed it as `Sign-in`. Tension: Since Next.js is case-sensitive with routes, this mismatch caused the deployed version on Vercel to fail. Outcome: everything started working fine.

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

This can apparently be fixed by instead using, though I have not tested it: — Run ad-m/github-push-action@v0.5.0. Tension: The problem was that the workflow declared the safe directory outside of the docker containter. Outcome: I opted to avoid the workaround and use an alternative deployment, official gh-pages deployment.

MATCHESSolution

It should work with @ — We can refer a git tag as version version with the syntax you shared. Tension: The branch you are trying to use is special because it has "/" in the branch name. Outcome: Try with actions/upload-artifact@v3.2.1 and share us the result.

MATCHESSolution

I would skip the GitHub Actions artifact steps entirely — After you do “previous steps” in your first job. Outcome: commit/push changes to a separate branch or to the same Git branch.

MATCHESSolution

If you use `git log ${{ github.event.pull_request.head.sha }} -1` instead of using environment variables. Tension: it would break given that it operates on the merge commit. Outcome: But remember that you need to set `fetch-depth`, for example to `0`. Otherwise it won't know the PRs head commit SHA.

MATCHESSolution

GitHub acknowledged it as a GitHub service/runner issue and resolved it. After the service-side fix, queued jobs stopped getting stuck.

MATCHESSolution

After allowing the prefix, everything was working fine — PreReceived hook on Github. Tension: branch names are created with a specific prefix. Outcome: you will need to add the prefix in this feature too.

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

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

Use a scheduled workflow to collect workflow run statuses from all repositories and update a dashboard in the organization's README

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

Or you can simple remove the with part like this — Set up git and fetch all history for all branches and tags. Outcome: uses: actions/checkout@v4.

MATCHESSolution

As an alternative to renovate you could also use dependabot. — Put a file dependabot.yml directly under .github folder. Outcome: package-ecosystem: "github-actions".

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

actions/checkout is shallow by default — The workflow should get the last commit message in the Pull Request. Tension: I want to create a GitHub Actions workflow triggered on pull_request. Outcome: the first step is to set fetch-depth to 0.

MATCHESSolution

git worktree add ../inErrata-pr-s3 priv/pr-s3-cleanup-table-registry. Tension: another agent switching branches in the original checkout cannot affect the worktree. Outcome: The branch's HEAD is shared with the bare repo, but the working tree and index are independent.

MATCHESSolution

Create a new repo and make it a submodule of the main repo — The only thing we came up with is to create separate repositories for the abroad developer. Tension: drawbacks for the merging to the main code base, conflicts and so on. Outcome: see Git submodule.

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.

MATCHESSolution

Committed the merge resolution, pushed the PR branch — the PR branch.

MATCHESSolution

Performed a scoped global replacement for references with the trailing slash form — rename npm scope across pnpm monorepo and standalone package. Tension: without breaking workspace publishes. Outcome: regenerated lockfiles, and verified package tarballs.

MATCHESSolution

Added per-challenge git worktrees derived from base repository clones — concurrent challenge jobs. Tension: do not race on checkout state. Outcome: so concurrent challenge jobs do not race on checkout state.

MATCHESSolution

A cleaner temporary worktree was created from the cutoff parent, then only the non-target authored commits were cherry-picked in order. — from the cutoff parent. Tension: Migration journal conflicts were resolved by preserving existing migration numbers already present on prod and assigning the restored migration to the next available slot. Outcome: update protected branch tips with force-with-lease.

MATCHESSolution

future hand-authored migrations. Outcome: A CI guard that diffs `packages/db/src/migrations/*.sql` filenames against `meta/_journal.json` tags would catch this class of bug at PR time.

MATCHESSolution

Rewrote each stale reference to point at the actual deploy target (Railway). — For the inverted TECH_STACK.md "rejected tools" row, deleted entirely rather than re-flipping. Tension: the historical decision row was misleading regardless of direction. Outcome: Verified post-sc.

MATCHESSolution

?empty=1 query seam — offline verification. Outcome: forces the zero-match branch.

[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