resolve-changelog-conflict

Resolve git merge conflicts in CHANGELOG.md by detecting and preserving the file's existing format convention.

49|11|Updated Jul 31, 2026
One-click install
npx skills add https://github.com/vstorm-co/agenticos --skill resolve-changelog-conflict-vstorm-co
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: resolve-changelog-conflict
Source: https://github.com/vstorm-co/agenticos/tree/main/.claude/skills/resolve-changelog-conflict
Command: npx skills add https://github.com/vstorm-co/agenticos --skill resolve-changelog-conflict-vstorm-co

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Merge conflicts in CHANGELOG.md are common when branches append entries near the same lines, and resolving them by picking one side wholesale loses entries or breaks the file's documented format. This Skill detects the repo's actual changelog convention and folds the other side's new entries into it correctly. ## Core Features & Use Cases - Convention Detection: Reads the file header, recent git history, and repo rule files (CLAUDE.md, CONTRIBUTING.md) to identify whether the changelog uses Keep a Changelog per-version sections, monthly sections, or a single [Unreleased] bucket. - Operation-Aware Resolution: Handles conflicts from merges, rebases, and cherry-picks by resolving MERGE_HEAD, REBASE_HEAD, or CHERRY_PICK_HEAD placeholders and continuing the correct operation afterward. - Mechanical Verification: Runs a Python ordering check on dated entries and greps for all three conflict markers to confirm no debris remains before committing. - Use Case: During a rebase, git reports a conflict in CHANGELOG.md because the incoming commit still uses an older monthly format. The Skill detects the current per-version convention, converts the new entries to match, verifies ordering, and runs git rebase --continue. ## Quick Start Resolve the current merge conflict in CHANGELOG.md by detecting the file's existing format and folding the incoming entries into it.

Frequently Asked Questions about resolve-changelog-conflict

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I resolve a merge conflict in CHANGELOG.md?▼

Detect the repo's current changelog convention from the file header and recent git history, keep the side matching that convention, then re-express the other side's new entries in the same style. Never pick one side wholesale, as that loses entries or breaks the documented format.

How to fix changelog conflicts during a git rebase or cherry-pick?▼

During a rebase or cherry-pick, the incoming side is a single commit (REBASE_HEAD or CHERRY_PICK_HEAD), not a branch. Diff the parent of that commit against it for CHANGELOG.md only, fold the new entries into the current format, then run git rebase --continue or git cherry-pick --continue.

What changelog formats does this approach support?▼

It supports any convention detected from the file itself, including Keep a Changelog per-version sections, monthly sections, and a single [Unreleased] bucket. The format is inferred from the file header, recent history, and repo rule files rather than assumed in advance.

Why do CHANGELOG.md merge conflicts keep happening?▼

Conflicts occur because multiple branches append entries near the same lines at the top of the file, or because one branch still carries an older changelog convention. Appending near the same region makes git unable to auto-merge the hunks.

How do I verify no conflict markers remain after resolving?▼

Grep for all three marker types, not just the opening one: grep -cE '^(<{7}|={7}|>{7})' CHANGELOG.md. An edit that deletes the opening marker but leaves the separator below it passes checks that only look for openings.