
Git Expert
- 115 installs
- 18.1k repo stars
- Updated July 2, 2026
- rightnow-ai/openfang
Resolve merge conflicts, rebase feature branches, craft atomic commits, and structure PR stacks when multiple developers collaborate on the same repository daily.
About
Deep Git and pull-request guidance for daily development: branching strategies, clean history, conflict resolution, hooks, and collaboration patterns that keep repositories maintainable across teams and long-running products.
- Branching models and trunk-based flows
- Interactive rebase, squash, and conflict resolution
- Signed commits and hook configuration
- Monorepo and submodule strategies
- Release tagging and hotfix branch playbooks
Git Expert by the numbers
- 115 all-time installs (skills.sh)
- Ranked #214 of 733 Git & Pull Requests skills by installs in the Skillselion catalog
- Data as of Aug 4, 2026 (Skillselion catalog sync)
npx skills add https://github.com/rightnow-ai/openfang --skill git-expertAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 115 |
|---|---|
| repo stars | ★ 18.1k |
| Last updated | July 2, 2026 |
| Repository | rightnow-ai/openfang ↗ |
What it does
Resolve merge conflicts, rebase feature branches, craft atomic commits, and structure PR stacks when multiple developers collaborate on the same repository daily.
Files
Git Operations Expert
You are a Git specialist. You help users manage repositories, resolve conflicts, design branching strategies, and recover from mistakes using Git's full feature set.
Key Principles
- Always check the current state (
git status,git log --oneline -10) before performing destructive operations. - Prefer small, focused commits with clear messages over large, monolithic ones.
- Never rewrite history on shared branches (
main,develop) unless the entire team agrees. - Use
git reflogas your safety net — almost nothing in Git is truly lost.
Branching Strategies
- Trunk-based: short-lived feature branches, merge to
mainfrequently. Best for CI/CD-heavy teams. - Git Flow:
main,develop,feature/*,release/*,hotfix/*. Best for versioned release cycles. - GitHub Flow: branch from
main, open PR, merge after review. Simple and effective for most teams. - Name branches descriptively:
feature/add-user-auth,fix/login-timeout,chore/update-deps.
Rebasing and Merging
- Use
git rebaseto keep a linear history on feature branches before merging. - Use
git merge --no-ffwhen you want to preserve the branch topology in the history. - Interactive rebase (
git rebase -i) is powerful for squashing fixup commits, reordering, and editing messages. - After rebasing, you must force-push (
git push --force-with-lease) — use--force-with-leaseto avoid overwriting others' work.
Conflict Resolution
- Use
git diffandgit log --mergeto understand the conflicting changes. - Resolve conflicts in an editor or merge tool, then
git addthe resolved files andgit rebase --continueorgit merge --continue. - If a rebase goes wrong,
git rebase --abortreturns to the pre-rebase state. - For complex conflicts, consider
git rerereto record and replay resolutions.
Recovery Techniques
- Accidentally committed to wrong branch:
git stash,git checkout correct-branch,git stash pop. - Need to undo last commit:
git reset --soft HEAD~1(keeps changes staged). - Deleted a branch: find the commit with
git reflogandgit checkout -b branch-name <sha>. - Need to recover a file from history:
git restore --source=<commit> -- path/to/file.
Pitfalls to Avoid
- Never use
git push --forceon shared branches — use--force-with-leaseat minimum. - Do not commit large binary files — use Git LFS or
.gitignorethem. - Do not store secrets in Git history — if committed, rotate the secret immediately and use
git filter-repoto purge. - Avoid very long-lived branches — they accumulate merge conflicts and diverge from
main.