resolving-merge-conflicts

Resolve in-progress git merge and rebase conflicts by tracing original change intent.

6|2|Updated May 6, 2026
One-click install
npx skills add https://github.com/sek788432/Stock-Back-Test-System --skill resolving-merge-conflicts-sek788432
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: resolving-merge-conflicts
Source: https://github.com/sek788432/Stock-Back-Test-System/tree/main/.agents/skills/resolving-merge-conflicts
Command: npx skills add https://github.com/sek788432/Stock-Back-Test-System --skill resolving-merge-conflicts-sek788432

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Merge and rebase conflicts stall development work, and resolving them blindly risks losing one side's intent or silently breaking behavior. This Skill provides a disciplined procedure for understanding why each conflicting change was made before editing, so resolutions preserve both intents whenever they are compatible. ## Core Features & Use Cases - State Inspection: Examines git status, the active merge/rebase operation, conflicting files, and unrelated user-owned changes before touching anything. - Intent Tracing: Reads commit messages, PRs, and original issues to understand why each side of a conflict exists. - Safe Resolution Rules: Preserves both intents when compatible, refuses to invent behavior, and stops to ask when a resolution requires a product decision, destructive history change, or out-of-scope permission. - Verified Completion: Runs the repository's checked-in verification commands, confirms no conflict markers remain, stages only resolved paths, and continues the merge or rebase. - Use Case: During a rebase of a feature branch onto main, two commits touch the same function. The Skill traces each change back to its PR, determines the intents are compatible, merges both edits, runs the project's checks, and continues the rebase without staging unrelated working-tree changes. ## Quick Start Resolve the current git merge conflict in my repository, preserving the intent of both sides and verifying with the project's checked-in checks before continuing the merge.

Frequently Asked Questions about resolving-merge-conflicts

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

FAQPage Schema
How do I resolve a git merge conflict without losing changes?▼

Inspect git status and the conflicting files first, then trace each side back to its commit message, PR, or issue to understand the original intent. Preserve both intents when they are compatible rather than picking one side wholesale.

How to resolve conflicts during a git rebase?▼

During a rebase, examine the operation state and each conflicting commit's purpose before editing. After resolving, stage only the resolved paths, verify no conflict markers remain, run the project's checks, and continue the rebase.

When should I abort a merge instead of resolving conflicts?▼

Aborting is valid when the operation targets the wrong branch or the user explicitly requests it. Do not abort merely because a conflict is difficult; instead, stop and ask when resolution requires a product decision or permissions outside the task.

What should I check before finishing a conflict resolution?▼

Run the repository's checked-in verification commands rather than inventing a generic typecheck or format command. Confirm no conflict markers remain and stage only the resolved paths, never unrelated working-tree changes.

Can conflicting changes from both sides be kept together?▼

Yes, when the two intents are compatible, both changes should be preserved in the resolution. If combining them would require inventing new behavior or making a material product choice, the correct action is to stop and ask rather than guess.