What problem does it solve? Renaming or moving files in git often silently breaks history traceability: git log --follow stops at the rename, especially when a same-path replacement file is added in the same commit. This Skill provides the exact commands and verification steps to keep pre-move history intact. ## Core Features & Use Cases - Rename Verification Protocol: Uses git mv plus git diff --cached --name-status HEAD to confirm the staged diff records an R### rename before committing, and git log --follow after. - Same-Path Replacement Fix: Explains why moving README.md to README.zh-CN.md while adding a new English README.md in one commit destroys rename detection, and prescribes a two-commit split. - Broken-Staging Recovery: Provides a step-by-step recipe (backup, git reset, restore HEAD version, clean git mv, restore edits) to rebuild a rename when the index was staged incorrectly. - Use Case: During a README bilingual cutover or documentation tree restructure, follow the checklist to guarantee every moved file retains its full --follow history. ## Quick Start Ask the agent to rename README.md to README.zh-CN.md while keeping git log --follow history intact.