Skip to content
Open
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
5 changes: 5 additions & 0 deletions .claude/skills/add-rebase-rules/SKILL.md
Original file line number Diff line number Diff line change
Expand Up @@ -51,6 +51,11 @@ Important:
- `.rebase/override/<path>` when overriding existing values must be explicit
- It is valid to use both for one file.
- Keep file formatting consistent with existing `.rebase` JSON style (2-space indentation).
- **Choosing add vs override for dependency version pins (e.g. CVE fixes):**
- If the dependency already exists in the upstream `package.json` (in `dependencies`, `devDependencies`, etc.) and we need a different version → use `.rebase/override/` with the correct section. This is an override of an existing upstream value.
- If the fix uses npm `overrides` (the npm feature that pins transitive dependency versions) and the override key does not exist in upstream's `overrides` section → use `.rebase/add/`. This is additive content absent from upstream.
- Never use `.rebase/replace/` (text replacement) for `package.json` version changes — always use the JSON merge mechanism (add or override).
- Place each entry in the file where the dependency actually lives in upstream. For example, if `@vitest/coverage-v8` is a devDependency of `code/extensions/copilot/package.json`, its override rule belongs in `.rebase/override/code/extensions/copilot/package.json`, not in a sibling package.

4. Create or update replace rules for non-JSON files
- File path: `.rebase/replace/<original-path>.json`
Expand Down
Loading