بنقرة واحدة
resolve-refcache-conflicts
// Skill for resolving static/refcache.json merge or rebase conflicts in the current branch or a specified PR.
// Skill for resolving static/refcache.json merge or rebase conflicts in the current branch or a specified PR.
| name | resolve-refcache-conflicts |
| description | Skill for resolving static/refcache.json merge or rebase conflicts in the current branch or a specified PR. |
| argument-hint | [optional-pr-number] |
static/refcache.json is an auto-generated file. Resolving conflicts requires
first taking the integration branch's side, finishing the merge/rebase, then
running npm run fix:refcache to restore any URLs unique to the active branch.
If the current branch has a merge or rebase in progress, then skip the rest of this section and jump to Preparation.
The current branch must be clean (git status --short). If not clean, offer to
run git stash or git commit to clean it up, or stop.
If $ARGUMENTS is a PR number, then check out the PR branch with:
gh pr checkout $ARGUMENTS.
At this point, we are ready to resolve the conflicts in the active branch:
Determine the integration reference ($BASE_BRANCH) and fetch it:
upstream remote exists: git fetch upstream, use upstream/main.git fetch origin, use origin/main.If merge or rebase is in progress (git status), skip this step. Otherwise,
ask the user whether to run git merge $BASE_BRANCH or
git rebase $BASE_BRANCH, then run it.
If there are no conflicts: stop, we are done.
Conflicts other than static/refcache.json: resolve them with the user.
If no static/refcache.json conflict remains: stop, we are done. Otherwise,
proceed to Resolve.
Check out the $BASE_BRANCH version of static/refcache.json. Assumes the
active branch is being rebased/merged from $BASE_BRANCH, not the other way
around:
| Operation | Command |
|---|---|
Rebase of active branch onto $BASE_BRANCH | git checkout --ours static/refcache.json |
Merge of $BASE_BRANCH into active branch | git checkout --theirs static/refcache.json |
Stage the resolved files, then continue:
git add static/refcache.json && git rebase --continuegit add static/refcache.json && git commit --no-editgit add those too
before continuing.Rebase only: for each subsequent rebase stop that conflicts on
static/refcache.json, repeat Resolve steps 1–2. If other paths are also
conflicted on that stop, run Preparation step 4 first.
Run npm run fix:refcache once, after the entire rebase/merge completes.
Note: this runs a full Hugo build and link check — requires network,
installed npm dependencies, and populated submodules; can take several
minutes.
Commit the changes, if any:
git add static/refcache.json
git diff --cached --quiet static/refcache.json || \
git commit -m "Refresh refcache after resolving conflicts"
Push:
git pushgit push --force-with-leaseUpdate the drifted_from_default front matter field for localized content. Accepts an optional comma-separated locale list (e.g. pt,es,fr) to limit which locales are processed, and an optional --create-pr flag to open a PR automatically. Locales are discovered from the content directory structure.
Fetch, review, and attempt to fix non-2XX `static/refcache.json` URLs on the upstream `otelbot/refcache-refresh` PR. Use when that bot branch is red, refcache still lists 4XX/fragment errors after retries, or you want a guided pass over the refcache-refresh fix loop.
Draft GitHub issues for opentelemetry.io following the real issue templates under `.github/ISSUE_TEMPLATE/`, the contributing guide, and the repo's live label taxonomy. Use when creating issue drafts from investigation findings or conversation context.
Review OpenTelemetry blog posts for front matter compliance, content conventions, GitHub link stability (`gh-url-hash`), spelling, and OTel terminology. Use when reviewing a PR or draft under `content/en/blog/`.
Review pull requests for opentelemetry.io: CI check semantics, CLA and approval-label workflow, refcache handling, locale rules, and content quality. Use when reviewing a PR or debugging a CI failure in open-telemetry/opentelemetry.io.